Discussion :

[xounet]

Bonjour,

J'utilise un processus créé par la fonction proc_open() dans un programme "sockets serveur" démarré depuis un fichier "bat" en mode administrateur, dans le but de lancer une commande de la forme :

Code :

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

1
2
 
php "prog.php" "param1" "param2"

prog.php contient une fonction permettant d'exécuter un autre programme de cette façon :

Code :

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

passthru($commande,$statut);

En capturant la sortie de passthru() j'obtiens ce message d'erreur :

Warning: passthru(): Unable to fork [chcp 65001 & php "c:/.../.../autre_prog.php" "param1" "param2" ] in C:\serveur\..\...\prog.php on line 174

Quelle est l'origine de cette erreur quelles solutions ?

PHP 7.4.12

Merci d'avance.

[Christophe]

Probablement une limitation système.
Il faudrait voir le contenu de la fonction passtrhu et surtout récupérer le code erreur de retour de fork.

[xounet]

J'aimerais bien donner tous les détails mais c'est trop long à expliquer.
En deux mots la commande dos qui ne s'exécute pas comprends un programme php CLI, à l'intérieur duquel je lance plusieurs fois des commandes dos et ou des programmes à l'aide de passthru(). J'essaie de suivre l'exécution en écrivant dans des fichiers et visiblement le programme en question débute bien mais s'arrête en plein milieu sans erreurs, comme si une limite était atteinte (nb process ? ou autre).
Comment récupérer le code retour fork ?

[xounet]

Je pense à d'autres alternatives en utilisant le serveur web mais la fonction passthru() bloque dans ces cas là et j'obtiens le message suivant :

"Accès refusé"

Est il possible de contourner les problème d'accès avec passthru() ?

[Christophe]

une limite était atteinte (nb process ? ou autre).

C'est l'hypothèse, il te faut placer des points d’arrêts dans le code et surtout analyser le retour des fonctions pour savoir quelle est réellement l'erreur.

Appeler un programme par un programme qui appelle un programme est une source de problèmes.
Sans plus de détail on pourra pas t'aider plus.

[xounet]

Merci pour ce retour.
Bon difficile de trouver une bonne solution mais je me suis aperçu après moult tests qu'il y a quelque chose de bizzard que je n'avais pas dans la version antérieure de php (5.5x). Déjà avec proc_open() et php nous avons un problème pour lire les flux stdin/out sous windows puisque ceux-ci sont bloquants, donc ce que je faisais pour contourner ceci c'est de ne pas lire les flux et attendre un signal de fin généré en parallèle. Comme mon programme bloque je ne sais où, j'ai tenté différentes variantes pour les commandes, notamment start /B utilisation de passthru(), exec()... mais toujours le même problème. Par contre je suis parvenu à avoir partiellement la sortie d'écran du process créé par proc_open lorsque celui-ci lance un programme exe comme ffmpeg par exemple et je m'aperçois que le programme s'est donc bien lancé mais avec ce premier message d'erreur et reste "figé" :

GnuTLS initialization: Failed to acquire random data

J'en déduis que c'est ça qui génère des blocages (je n'avais pas du tout ce problème sous php 5.).

Un autre essai m'a permis de constater que si je lance un processus et que je lis le flux stdout dans la foulée la commande s'exécute jusqu'à la fin :

Code :

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

proc_open() + stream_get_contents()

Et si je ne fais pas cela le programme se bloque comme décris au dessus.

Ce qui me dérange c'est qu'en php 5 j'avais trouvé un moyen de faire des multiprocessus en parallèle sans être obligé de lire les dans les flux et là visiblement cela ne marche plus les commandes d'exécutables se figent, en tous les cas pour ceux que j'ai testés. Maintenant j'ai ce nouveau problème de fork() que je ne comprends pas non plus.

Ca devient très compliqué (impossible) de faire des processus simultanés avec php entre les blocages, les droits d'accès, le mode cli ou module apache et le fonctions qui parfois sont boguées... C'est dommage.

J'étudie une solution alternative utilisant des utilitaires car là je sèche vraiment.