Les variables d'environnement sont une piste.
Un autre truc fourbe est aussi les file-descriptors standards (stdin, stdout, stderr) qui, s'ils existent et renvoient vers ton xterm quand tu le lances à la main, sont généralement inexistants quand on les hérite de init et des scripts de démarrage. Un message de démarrage par printf peut alors se terminer en échec. Au début de ton programme, ouvre /dev/null pour remplacer les fds 0, 1 et 2 s'ils n'existent pas.
Pour débuggue plus généralement, tu peux remplacer "ton_prog" dans le script de démarrage par "strace -o /tmp/trace.log ton_prog" pour avoir la liste des appels systèmes effectués, avec leur code de retour. La cause de sortie devrait se trouver dans les derniers...
[^] # Re: c'est vague tout ca
Posté par daggett . En réponse au message script de démarrage. Évalué à 1.
Un autre truc fourbe est aussi les file-descriptors standards (stdin, stdout, stderr) qui, s'ils existent et renvoient vers ton xterm quand tu le lances à la main, sont généralement inexistants quand on les hérite de init et des scripts de démarrage. Un message de démarrage par printf peut alors se terminer en échec. Au début de ton programme, ouvre /dev/null pour remplacer les fds 0, 1 et 2 s'ils n'existent pas.
Pour débuggue plus généralement, tu peux remplacer "ton_prog" dans le script de démarrage par "strace -o /tmp/trace.log ton_prog" pour avoir la liste des appels systèmes effectués, avec leur code de retour. La cause de sortie devrait se trouver dans les derniers...