Problèmes pour comprendre status de commands getstatusoutput

Bonjour,

Je vais résumer mon problème j'espère que quelqu'un aura une solution, car ça fait plusieurs jours que je tourne en rond dessus....

J'ai développé une programme en cpp que je dois soumettre à une ferme de calcul. Le programme compile et tourne correctement sur mon ordinateur et également en interactif sur la ferme de calcul.

Le problème est que l'outil de soumission à la ferme utilise un environement python, dans lequel la commande utilisée pour l'execution du programme est de cette forme:

status,out = commands.getstatusoutput("exec program")



Le programme cpp a l'air de tourner correctement, mais lorsque j'affiche le status de la commande précédente dans python je récupère ce status: 32768.

Et du coup python considère que la commande à échouer et me renvoie une erreur....

Ma question est relativement simple, est ce que quelqu'un sait ce que signifie ce statuscode 32768?

Pour information je travail sur fedora X86_64 sur mon ordinateur local et la ferme de calcul tourne sous un environnement scientific linux cern avec ce kernel (2.6.18-194.17.4), Python 2.6.5 et gcc 4.3.2

Merci d'avance,

Louis

Salut
32768 = %x8000 -1 en short int
mais c'est le retour, à priori, d'exec - pourquoi passer par exec?
Est ce que la soumission du lancement en local via python fonctionne?
- W

Bonour,

Merci pour ta réponse. J'ai finalement finis par trouver une réponse sur un autre site plus tôt dans la journée... Le code d'erreur retourné serait équivalent à 128 dans un shell bash. Si l'information peu resservir à quelqu'un j'ai trouver l'info la:

http://www.velocityreviews.com/forum...xit-value.html

On peut utiliser ce type de commande:
os.WIFEXITED(status) and os.WEXITSTATUS(code)
Pour interpreter le message d'erreur.

Pour en revenir au problème l'outil de soumission à la ferme envoie une commande shell bash en passant par l'interpreteur python et j'avais mis en générique "exec command" pour la commande bash envoyée (la commande est un peu plus compliqué que ca).

Bon enfin toujours est il que le programme que j'execute renvoie ce code d'erreur, quand je le lance dans l'interpreteur python, mais je n'ai aucun problème quand je le soumets directement dans mon shell bash. J

'ai trouvé une solution contournant le problème mais je ne comprends pas trop pourquoi j'ai ce code d'erreur dans python...

Enfin bon merci d'avoir jeté un oeil à mon message,

Louis

Citation:

---

Envoyé par louishel

Pour en revenir au problème l'outil de soumission à la ferme envoie une commande shell bash en passant par l'interpreteur python et j'avais mis en générique "exec command" pour la commande bash envoyée (la commande est un peu plus compliqué que ca).

---

Certes mais quel est l'intérêt de passer par un autre interpréteur pour lancer le programme plutôt que de le lancer directement (et récupérer le code de status directement plutôt qu'une chose interprétée par ce qui réalise "exec".
- W