La solution la plus simple pour toi serait de reproduire le plus fidèlement possible la situation dans lequel ton programme est quand il plante. Remplace ton programme CGI par un script qui affiche le répertoire courant, les uid/gid du processus, les capabilities/contextes/autre machins (si ton serveur en utilise), toutes les variables environnement. tout les fd ouverts (ls /proc/$$/fd -l), puis reproduit ces conditions pour exécuter ton programme. Si ça marche, y a effectivement un problème. Mais souvent ça marche pas ;)
Une autre solution qui m'a bien aidé, c'est de wrapper mon CGI pour qu'il soit lancé avec valgrind --log-file=/tmp/log. Pour les bugs que valgrind trouve en deux secondes, c'est idéal. Après tu l'oublie jusqu'au moment ou ton programme plante encore et ou tu te rend compte que tu à déjà la trace valgrind ;)
Une autre solution que j'ai pas eu besoin d'essayer, c'est de wrapper avec gdbserver au lieu de valgrind: ton programme va attendre en tâche de fond jusqu'a que gdb s'y connecte. Pour avoir utilisé gdbserver par ailleurs, je préfère ne pas avoir à l'utiliser, mais bon...
# J'ai eu le même problème. Des solutions:
Posté par Batchyx . En réponse au message débugguer un CGI avec GDB ( sous apache2 ). Évalué à 6.
La solution la plus simple pour toi serait de reproduire le plus fidèlement possible la situation dans lequel ton programme est quand il plante. Remplace ton programme CGI par un script qui affiche le répertoire courant, les uid/gid du processus, les capabilities/contextes/autre machins (si ton serveur en utilise), toutes les variables environnement. tout les fd ouverts (ls /proc/$$/fd -l), puis reproduit ces conditions pour exécuter ton programme. Si ça marche, y a effectivement un problème. Mais souvent ça marche pas ;)
Une autre solution qui m'a bien aidé, c'est de wrapper mon CGI pour qu'il soit lancé avec
valgrind --log-file=/tmp/log. Pour les bugs que valgrind trouve en deux secondes, c'est idéal. Après tu l'oublie jusqu'au moment ou ton programme plante encore et ou tu te rend compte que tu à déjà la trace valgrind ;)Une autre solution que j'ai pas eu besoin d'essayer, c'est de wrapper avec gdbserver au lieu de valgrind: ton programme va attendre en tâche de fond jusqu'a que gdb s'y connecte. Pour avoir utilisé gdbserver par ailleurs, je préfère ne pas avoir à l'utiliser, mais bon...