je rencontre actuellement un problème que je n'arrive pas à expliquer:
quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci,
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
rien ne bouge. J'ai essayé de passer certaines commandes via un script
(je lance l'exe dans le script, et je passe exec("script")) et ça ne
fonctionne pas non plus pour certains binaires.
Je n'arrive pas à comprendre pourquoi ça fonctionne avec certaines
commandes et d'autres pas. J'ai également essayé de coller le chemin
complet pour la commande, mais je n'ai pas eu plus de succès. J'ai
également tenté system(), mais pas mieux
Quelqu'un aurait une idée? :-)
Pour info, je suis sous Linux, d'où les 'ls' et scripts-machin chose ;-)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
a
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer:
quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci,
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
Yannick
Le Mon, 17 Jul 2006 19:15:19 +0000, a a écrit :
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
J'ai essayé, mais ça n'a pas mieux marché
Le Mon, 17 Jul 2006 19:15:19 +0000, a a écrit :
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer:
quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci,
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
J'ai essayé, mais ça n'a pas mieux marché
Calimero
Yannick wrote:
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
J'ai essayé, mais ça n'a pas mieux marché
Problèmes de droits ? Logs ? Messages d'erreurs ?
-- @+ Calimero
Yannick wrote:
Yannick wrote:
Bonjour,
je rencontre actuellement un problème que je n'arrive pas à expliquer:
quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci,
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
je rencontre actuellement un problème que je n'arrive pas à expliquer: quand je passe par exemple exec("ls") dans PHP ça passe sans aucun souci, mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
Essaie avec le chemin complet.
J'ai essayé, mais ça n'a pas mieux marché
Problèmes de droits ? Logs ? Messages d'erreurs ?
-- @+ Calimero
Thomas Harding
Le 17-07-2006, Yannick a écrit :
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"), rien ne bouge. J'ai essayé de passer certaines commandes via un script (je lance l'exe dans le script, et je passe exec("script")) et ça ne fonctionne pas non plus pour certains binaires. Je n'arrive pas à comprendre pourquoi ça fonctionne avec certaines commandes et d'autres pas. J'ai également essayé de coller le chemin complet pour la commande, mais je n'ai pas eu plus de succès. J'ai également tenté system(), mais pas mieux
xmms, c'est pas un programme qui passe par X11 (serveur graphique), par hasard ?
Parce que lancer un programme X11 à-partir d'un utilisateur non connecté : - ça va être coton[1] :) - je n'en vois pas l'utilité sur un serveur ouaibe
A moins bien sûr que ton script soit interprêté par le CLI comme n'importe-quel script, et pas par Apache.
Pour info, je suis sous Linux, d'où les 'ls' et scripts-machin chose ;-)
Note que le cas est similaire sous Windows (J'ai eu le cas avec ghostscript[1], qui lorsqu'il est appelé avec le pilote "imprimante windows", essaie d'ouvrir une #*µ$ de fenêtre (qui ne sert à rien), et naturellement la fenêtre ne _peut pas_ s'ouvrir).
[1] passer par un script:
#!/bin/sh DISPLAY=:0.0 # voire 127.0.0.1:0.0, mais il faut qu'X écoute # la loopback en + des sockets xmms -e toto.lst ############# attention, X doit autoriser la connexion. - Simple mais dangereux : "xhost +" dans un xterm - voir fr.comp.applications.x11 ou man xauth
[2] c'est pas du masochisme, simplement que parmis les pages à imprimer, il y avait des sorties gnu barcode, donc du ps, et que les fonctions d'impression windows de php sont à-peu-près aussi merdiques que le système en général. -- Thomas Harding
Le 17-07-2006, Yannick <kortex@localhost.localdomain> a écrit :
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"),
rien ne bouge. J'ai essayé de passer certaines commandes via un script
(je lance l'exe dans le script, et je passe exec("script")) et ça ne
fonctionne pas non plus pour certains binaires.
Je n'arrive pas à comprendre pourquoi ça fonctionne avec certaines
commandes et d'autres pas. J'ai également essayé de coller le chemin
complet pour la commande, mais je n'ai pas eu plus de succès. J'ai
également tenté system(), mais pas mieux
xmms, c'est pas un programme qui passe par X11 (serveur graphique),
par hasard ?
Parce que lancer un programme X11 à-partir d'un utilisateur non
connecté :
- ça va être coton[1] :)
- je n'en vois pas l'utilité sur un serveur ouaibe
A moins bien sûr que ton script soit interprêté par le CLI comme
n'importe-quel script, et pas par Apache.
Pour info, je suis sous Linux, d'où les 'ls' et scripts-machin chose ;-)
Note que le cas est similaire sous Windows (J'ai eu le cas avec
ghostscript[1], qui lorsqu'il est appelé avec le pilote "imprimante
windows", essaie d'ouvrir une #*µ$ de fenêtre (qui ne sert à rien),
et naturellement la fenêtre ne _peut pas_ s'ouvrir).
[1] passer par un script:
#!/bin/sh
DISPLAY=:0.0 # voire 127.0.0.1:0.0, mais il faut qu'X écoute
# la loopback en + des sockets
xmms -e toto.lst
#############
attention, X doit autoriser la connexion.
- Simple mais dangereux : "xhost +" dans un xterm
- voir fr.comp.applications.x11 ou man xauth
[2] c'est pas du masochisme, simplement que parmis les pages à imprimer,
il y avait des sorties gnu barcode, donc du ps, et que les fonctions
d'impression windows de php sont à-peu-près aussi merdiques que le
système en général.
--
Thomas Harding
mais quand je passe un autre dans le genre exec("xmms -e /tmp/list.pls"), rien ne bouge. J'ai essayé de passer certaines commandes via un script (je lance l'exe dans le script, et je passe exec("script")) et ça ne fonctionne pas non plus pour certains binaires. Je n'arrive pas à comprendre pourquoi ça fonctionne avec certaines commandes et d'autres pas. J'ai également essayé de coller le chemin complet pour la commande, mais je n'ai pas eu plus de succès. J'ai également tenté system(), mais pas mieux
xmms, c'est pas un programme qui passe par X11 (serveur graphique), par hasard ?
Parce que lancer un programme X11 à-partir d'un utilisateur non connecté : - ça va être coton[1] :) - je n'en vois pas l'utilité sur un serveur ouaibe
A moins bien sûr que ton script soit interprêté par le CLI comme n'importe-quel script, et pas par Apache.
Pour info, je suis sous Linux, d'où les 'ls' et scripts-machin chose ;-)
Note que le cas est similaire sous Windows (J'ai eu le cas avec ghostscript[1], qui lorsqu'il est appelé avec le pilote "imprimante windows", essaie d'ouvrir une #*µ$ de fenêtre (qui ne sert à rien), et naturellement la fenêtre ne _peut pas_ s'ouvrir).
[1] passer par un script:
#!/bin/sh DISPLAY=:0.0 # voire 127.0.0.1:0.0, mais il faut qu'X écoute # la loopback en + des sockets xmms -e toto.lst ############# attention, X doit autoriser la connexion. - Simple mais dangereux : "xhost +" dans un xterm - voir fr.comp.applications.x11 ou man xauth
[2] c'est pas du masochisme, simplement que parmis les pages à imprimer, il y avait des sorties gnu barcode, donc du ps, et que les fonctions d'impression windows de php sont à-peu-près aussi merdiques que le système en général. -- Thomas Harding
