Discussion :

[doudoustephane]

Bonjour à tous.

Je suis coincé depuis plusieurs semaines sur ce problème :
sur mon serveur de développement qui est sous Windows XP, je lance un fichier .bat en lui passant un argument via le code :

Code :

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

1
2
3
4
5
Process temp = new Process();
temp.StartInfo.FileName = @"C:\draw_graphe.bat";
temp.StartInfo.Arguments = Session["ID"].ToString();
temp.Start();
temp.WaitForExit();

Ce code fonctionne alors très bien.

Par contre, dès que je déploie cela sur d'autres postes qui sont sous Windows XP ainsi que sur mon serveur de travail qui est sous Windows Server 2003, ça ne marche plus et je ne sais pas pourquoi ??? ...

Quelqu'un aurait une idée ???

Merci d'avance
doduouallemand

[Mose]

"ça marche plus" tu traduis ça comment en langage développeur ?

[doudoustephane]

"ça marche plus" tu traduis ça comment en langage développeur ?

je traduis ça dans le sens que ma valeur de retour sur "temp.Start()" est bien "True" et que aucune erreur n'est générer mais malgré tout mon fichier .bat ne fait rien, c'est comme si il était vide, alors qu'il ne l'est pas.

[doudoustephane]

quelqu'un a une idée sur le problème et d'où ca peut venir ?
car j'ai beau continuer à chercher, je ne vois toujours pas la raison.

J'ai regardé aussi de plus près les droits utilisateurs et notamment ceux de l'utilisateur ASP mais n'y fait...

merci d'avance pour votre aide
doudouallemand

[nashouille]

et dans ton Bat il y a quoi
du vbscript ou autre

[doudoustephane]

et dans ton Bat il y a quoi
du vbscript ou autre

dedans, y'a des commandes "cd xxx" qui me permettent de me placer dans un répertoire puis lance un script perl avec la commande "perl nomduscript.pl arg"
c'est tout

[nashouille]

et bien c'est simple
c'est ton script perl qui n'a pas les droits de ton user IIS et voir aussi ton user asp.net qui est sur 2003 utilisateur (service reseau)

sois du crée un rep virtual qui contien ton fichier, soi tu lui attribut les droits de ton user IIS / asp.net

en plus il me semble que lorsque tu install perl en environement windows, il crée un utilisateur perl. Cela reste a verifier.

donc si tu as un utilisateur perl regarde son groupe de travail

[doudoustephane]

et bien c'est simple
c'est ton script perl qui n'a pas les droits de ton user IIS et voir aussi ton user asp.net qui est sur 2003 utilisateur (service reseau)

sois du crée un rep virtual qui contien ton fichier, soi tu lui attribut les droits de ton user IIS / asp.net

en plus il me semble que lorsque tu install perl en environement windows, il crée un utilisateur perl. Cela reste a verifier.

donc si tu as un utilisateur perl regarde son groupe de travail

salut.
pour les droits utilisateurs, je les ai déjà configuré et je viens de les vérifier mais ca ne change rien. (pour ASP)
Quant à un utilisateur perl, il n'en existe pas...

[schnourf]

je sais c un peu tard, mais j'etais confronté au même problème.
La solution que j'ai trouvé etait de definir le WorkingDirectory, elle pourra peut etre en aider plus d'un.

Ce qui fait donc

Code :

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

1
2
3
4
5
6
Process temp = new Process();
temp.StartInfo.FileName = @"C:\draw_graphe.bat";
temp.StartInfo.Arguments = Session["ID"].ToString();
temp.StartInfo.WorkingDirectory = @"C:\"
temp.Start();
temp.WaitForExit();

[doudoustephane]

je sais c un peu tard, mais j'etais confronté au même problème.
La solution que j'ai trouvé etait de definir le WorkingDirectory, elle pourra peut etre en aider plus d'un.

Ce qui fait donc

Code :

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

1
2
3
4
5
6
Process temp = new Process();
temp.StartInfo.FileName = @"C:\draw_graphe.bat";
temp.StartInfo.Arguments = Session["ID"].ToString();
temp.StartInfo.WorkingDirectory = @"C:\"
temp.Start();
temp.WaitForExit();

Merci de ta réponse.
En effet, c'était une des solutions que j'avais trouvée mais que je ne parvenais pas à mettre en oeuvre sur mon process donc, merci beaucoup de ta réponse.
Pour ma part, j'avais en plus un problème de mot de passe qui n'aalait pas donc...