Discussion :

[nikko34]

j'ai une application qui tourne sous Debian, faites en C++. Cette appli utilise de manière intensive ImageMagick ( qui utilise ghostscript en delegate ) et Pdftk en commande externe.

Au bout d'environ 20h de fonctionnement continue, ImageMagick n'arrive plus à lancer ghostscript, et le programme ne peut plus lancer pdftk.

Est-ce que quelqu'un aurait une idée de ce qui peut se passer ( fuite d'handle? mais d'après nos tests ce ne serait pas le cas )

merci.

[frp31]

peut être trop d'appels et pas assez de fermetures ou mauvais contrôle des processus fils mauvaise utilisation de fork programme mal écrit qui ne teste pas la mémoire ou le realloc pas au bon moment ?

bref des milliers de cas possible.

sans voir ton code personne ne pourra jamais répondre à ta question de façon complète.

ou au moins les bouts de codes qui font les appels
et le test de valeur retour

une petite description de l'architecture de ton programme serait aussi bienvenue.

Si ton programme ne le fait pas déja penses au minimum à :
Ajouter les éléments nécessaires à ton programme pour compenser le risque de crash d'une des application appelée
en utilisant les signaux systèmes et les codes retour par exemple et stopper les jobs qui répondent plus et reprendre l'exécution de l'appli au fichier en cours de traitement.

en programmation système donc la seule vraie programmation je vais me faire taper dessus là on part toujours du cas le plus défavorable possible donc de les cas d'erreur possible à imaginer pour écrire son programme y compris les erreurs et autres plantages liés aux applications externes....

[nikko34]

ok je cherche juste des pistes, je vais pas vous demander de debugger le code, c'est mon boulot

Pour ImageMagick par exemple, on utilise Magick++, tous les appels à Ghostscript sont dans la librairie. Le code ça ressemble à ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
Magick::Image image;
image.load( pdfFileName );

ça va pas vous aider.

Et on utilise aussi l'OCR open source tesseract, et là aussi il faut que je vérifie les appels systemes qu'il peut faire, parce que ce truc est une vraie merde à utiliser en librairie, on a passé notre temps à corriger des fuites mémoires et autres bugs.

Donc je cherche juste des avis extérieurs pour les causes éventuelles.

[nikko34]

En fait je me suis mal exprimé (dans mon titre en tout cas), le programme ne crash pas, je récupère bien les erreurs comme il faut et il sort proprement. Ce n'est pas là le problème.

Non ce que je voudrais comprendre c'est qu'est ce qui peut faire qu'au bout d'un certain temps, le programme n'arrive plus à appeller les programmes externes?

Un fork? un appel à execlp? un appel à system?

[D[r]eadLock]

Tu peux essayer strace (qui affiche les appels système, avec les paramètres et les valeurs de retour).
Sinon tu peux peut-être monitorer dans /proc/<ton_pid>/* et voir s'il n'y a pas des trucs bizarre, dans status, ou maps (
http://http://okki666.free.fr/docmas...s/linux070.htm)

[nikko34]

ok merci pour ces pistes