Discussion :

[Wilburdiskedur]

Bonjour à tous,

J'espère tout d'abord être dans la bonne section. Si ce n'est pas le cas, j'espère que vous me pardonnerez mon erreur !


Voici mon souci :

J'utilise la fonction exec tout simplement comme ceci :

Code :

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

exec('monFichier.bat');

monFichier.bat contient quant à lui, une commande qui lance un programme.

Dans mon ancien environnement de travail (Windows vista), une fois que ce programme avait terminé son boulot, il rendait la main et la suite de mon script PHP s'exécutait.

Lorsque j'ai voulu passer tout ça en test sur une machine Windows XP, le programme ne rend plus la main au script PHP.

Quelques précisions :
- Le programme a réalisé son travail, mais reste "bloqué" (obligé de tuer le processus via le gestionnaire des tâches);
- Lorsque je lance monFichier.bat "à la main", aucun problème;
- Je n'ai pas besoin de récupérer le résultat de la commande, mais j'ai besoin de savoir que le travail est terminé : j'ai donc BESOIN que mon script soit bloqué le temps de l'exécution dudit programme.


Le problème est-il lié au programme/monFichier.bat, à la fonction exec, ou se situe-t-il au niveau de l'environnement?

Merci de m'avoir lu,

Romain

[Benjamin Delespierre]

Hello

ça arrive que les scripts windows demandent à l'utilisateur une saisie pour se terminer et dans ce cas je ne vois pas bien comment il peut rendre la main à PHP.

Si tu y arrives, la solution serait de refaire ce que fait ce .bat en PHP.

Sinon, mais tu ne pourra pas savoir si l’exécution s'est terminée ni même si elle s'est correctement déroulée, tu peux utiliser popen qui rendra la main à PHP dans tous les cas (une sorte d’exécution asynchrone). Dans ce cas, une solution simple serait de modifier le .bat pour qu'il ajoute un fichier qui serait vérifié (puis supprimé) par PHP à intervalles réguliers (un jeton en somme).

[stealth35]

en CLI ça marche ?

[Wilburdiskedur]

Bonjour à vous,

Merci pour vos premières réponses.

ça arrive que les scripts windows demandent à l'utilisateur une saisie pour se terminer et dans ce cas je ne vois pas bien comment il peut rendre la main à PHP.

L'application appelée dans ce .bat prévoit ce cas de figure avec un paramètre optionnel. Je l'utilise correctement dans mon cas.

Si tu y arrives, la solution serait de refaire ce que fait ce .bat en PHP.

J'ai en effet essayé de me passer du fichier .bat et de lancer la commande directement dans le exec, mais ce n'est pas concluant.

Sinon, mais tu ne pourra pas savoir si l’exécution s'est terminée ni même si elle s'est correctement déroulée, tu peux utiliser popen qui rendra la main à PHP dans tous les cas (une sorte d’exécution asynchrone). Dans ce cas, une solution simple serait de modifier le .bat pour qu'il ajoute un fichier qui serait vérifié (puis supprimé) par PHP à intervalles réguliers (un jeton en somme).

J'aurais bien voulu me passer de cette méthode... Mais si je ne trouve pas rapidement une solution, je l'envisagerai sérieusement.

en CLI ça marche ?

Que ce soit la commande ou le .bat, s'ils sont lancés manuellement en ligne de commande, aucun problème.



Romain

[stealth35]

je parle de ton PHP en CLI

[Wilburdiskedur]

je parle de ton PHP en CLI

Code :

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

php -r "exec(monfichier.bat);"

Ceci est OK, l'application effectue son boulot et rend la main correctement...

Qu'en conclure?

[stealth35]

Code :

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

php -r "exec(monfichier.bat);"

Ceci est OK, l'application effectue son boulot et rend la main correctement...

Qu'en conclure?

apache ne peut pas ouvrir n'importe quel process, essaye avec un proc_open au pire, mais sache que ça ne marche pas comme en CLI

[Wilburdiskedur]

apache ne peut pas ouvrir n'importe quel process, essaye avec un proc_open au pire, mais sache que ça ne marche pas comme en CLI

Je peux en effet imaginer qu'il s'agit d'un problème de droit d'exécution. Néanmoins, je trouve bizarre que l'application appelée dans le .bat s'exécute normalement (les données que cette application est censée traiter sont bien traitées) jusqu'au moment où elle doit rendre la main.

Je me renseigne et je teste avec proc_open, et je vous tiens au courant.

Encore merci pour les pistes.

Romain