A voir également:
- [Unix] Variables d'environnement
- Impossible de créer le fichier de travail. vérifiez la variable d'environnement temp ✓ - Forum Windows 10
- Variable d'environnement TEMP ✓ - Forum Windows 7
- Vérifiez la variable d'environnement TEMP. QUE FAIRE ????? ✓ - Forum Microsoft Office
- Environnement de récupération introuvable ✓ - Forum Windows 10
- Java runtime environnement - Télécharger - Langages
2 réponses
sam3000
Messages postés
1225
Date d'inscription
mercredi 22 décembre 2004
Statut
Membre
Dernière intervention
13 juin 2005
144
20 mai 2005 à 15:58
20 mai 2005 à 15:58
verifie si tu n'as pas des debordements de memoire dans ton programme C, car ça pourrais etre à l'origine de modification des variables dans la memoire
Tut, tut !!!
Pas de débordement mémoire. Les V.E. (originales) ne font pas partie de l'espace mémoire du processus, si il essaayer de les écraser par mégarde, le programme se ferait renvoyer direct dans ses but par le système
(SIGSEGV, segmentation fault/violation, bus error ou autre message équivalent (protection générale sous Win))
Faut voir par contre qu'à priori, le système doit ouvrir un nouveau shell (invisible) pour éxécuter ta commande (je veux dire ton exe)
Il est possible que ce shell là ne soit pas affecté par la modif du .profile
Si tu est sous bash, fait attention que tu à bien réglé tes variables via un 'export' (export PATH=... par exemple), où regarde du coté des options de la commande 'set', etc...
Ton cas est trop flou (je connais pas awk, en fait) pour je sois catégorique, mais je soupsonne assez fortement que tes variables sont réglées sur le shell de login ne sont pas exporté vers les processus fils...
Mais ça dépend du shell, de la manière de les régler, etc...
Pas de débordement mémoire. Les V.E. (originales) ne font pas partie de l'espace mémoire du processus, si il essaayer de les écraser par mégarde, le programme se ferait renvoyer direct dans ses but par le système
(SIGSEGV, segmentation fault/violation, bus error ou autre message équivalent (protection générale sous Win))
Faut voir par contre qu'à priori, le système doit ouvrir un nouveau shell (invisible) pour éxécuter ta commande (je veux dire ton exe)
Il est possible que ce shell là ne soit pas affecté par la modif du .profile
Si tu est sous bash, fait attention que tu à bien réglé tes variables via un 'export' (export PATH=... par exemple), où regarde du coté des options de la commande 'set', etc...
Ton cas est trop flou (je connais pas awk, en fait) pour je sois catégorique, mais je soupsonne assez fortement que tes variables sont réglées sur le shell de login ne sont pas exporté vers les processus fils...
Mais ça dépend du shell, de la manière de les régler, etc...
23 mai 2005 à 16:51
Pas de débordement mémoire. Les V.E. (originales) ne font pas partie de l'espace mémoire du processus, si il essaayer de les écraser par mégarde, le programme se ferait renvoyer direct dans ses but par le système
(SIGSEGV, segmentation fault/violation, bus error ou autre message équivalent (protection générale sous Win))
Faut voir par contre qu'à priori, le système doit ouvrir un nouveau shell (invisible) pour éxécuter ta commande (je veux dire ton exe)
Il est possible que ce shell là ne soit pas affecté par la modif du .profile
Si tu est sous bash, fait attention que tu à bien réglé tes variables via un 'export' (export PATH=... par exemple), où regarde du coté des options de la commande 'set', etc...
Ton cas est trop flou (je connais pas awk, en fait) pour je sois catégorique, mais je soupsonne assez fortement que tes variables sont réglées sur le shell de login ne sont pas exporté vers les processus fils...