Probleme batch

[Basphet]

Salut a toutes et tous...

 

J'ai un petit souci qui me fait tourner en bourique...

 

Je dois récupérer le résultat d'une commande "dir" dans un fichier texte pour l'exploiter ensuite dans un programme de mon cru.

Je crée donc un batch contenant UNE SEULE ligne de commande :

 

dir \\machine\c$\fichier*.* /s >resultat.txt

 

Je précise que la commande est lancée d'un poste loggé en admin, donc aucun souci pour le C$.

 

Et la, hallucination : Si je lance ce batch une première fois (en double clic sous win ou en tapant sous invite de commande ou en le lançant de mon code) tout fonctionne bien. J'ai a l'écran un résultat du style :

 

dir \\machine\c$\fichier*.* /s >resultat.txt

 

et le résultat du "dir" se met bien dans un fichier "resultat.txt" à la racine de mon C: ...

 

Mais si je lance UNE SECONDE FOIS ce batch, j'ai à l'écran :

 

dir \\machine\c$\fichier*.* /s 1>resultat.txt

 

et je dois faire fin de tache sur ma ligne de commande...

 

C'est quoi ce "1" qui vient s'ajouter entre mon "/s" et mon ">" ???

 

Quelqu'un a deja vu ca ???

[O.Fournier]

'soir,

 

jamais vu si un prog écrit ton 1 dans ta ligne du batch ! J'ai fait un petit essai : rien (alors qu'on pourrait penser que ce 1 signalerait que le fichier txt a déjà été écrit).

 

Sinon je vois pas.

 

Essaies de voir ce qui se passe si tu protèges en écriture ton batch

[Bolulu]

lance ton bat

 

efface le fichier obtenu

 

relance ton bat

 

que se passe t-il ?

[Basphet]

Batch protégé en écriture : Ne change rien. De toutes façons le pire c'est que le contenu du fichier batch n'est jamais modifié...

 

Effacement du résultat entre 2 lancements : pareil...

 

... Le pire c'est que maintenant ca me met ce "1" A CHAQUE FOIS !

Extrait de mon test en ligne de commande histoire de vous faire rire :

 

C:\>type test.bat

dir c:\cible.txt /s >c:\test.txt

 

C:\>test.bat

 

C:\>dir c:\cible.txt /s 1>c:\test.txt

 

C:\>

 

 

Fou non ?

[Basphet]

Bon ben j'ai trouvé (en fait on m'a donné) la solution :

 

Ce "1" est normal, il correspond au type de sortie désiré :

1 -> par défaut, sortie standard

2 -> ne sortir que les erreurs

 

Donc a l'execution si on a rien mis Windows rajoute un "1" par défaut...

 

...Ce qui ne m'arrange qu'à moitié paskeu ca veut dire que c'est pas ca qui fait planter mon code

 

Merci a ceux qui ont cherché aussi

[_Michel_]

Salut,

 

Est-ce que attend assez longtemps pour laisser la commande finir ? Ca peut prendre du temps ce genre de commande (même si la première fois est la plus rapide).

 

Sinon c'est plutôt un problème réseau je pense. Un test sur une commande analogue fonctionne parfaitement chez moi.

[Basphet]

Ben j'ai trouvé la source de mon problème (même si j'ai pas encore la solution)

 

Effectivement mon code essaye d'attaquer le fichier de résultat alors que le batch n'a pas terminé ses opérations...

Le souci c'est que si je fais une boucle qui tente de poser un verrou sur ce fichier de résultat pour vérifier si le batch a terminé ou pas, ben mon programme bouffe toutes les ressources et du coup la ligne de commande attend d'avoir de la ressource pour continuer... C'est l'histoire du serpent qui se mord la queue...

 

Mais bon, c'est un autre problème LOL !

[Bolulu]

ajoute une ligne apres ta commande

 

Echo fichier Ok ....

 

Quand tu verras l info c'est tout bon

[O.Fournier]

B'Soir,

 

je dirais même plus :

if not exist c:\resultat.txt goto ERROR
if exist c:\resultat.txt echo Ce p..... de fichier est créé et Windows est baisé !
echo.
pause
:ERROR
echo.
echo Encore raté ! le fichier c:\resultat.txt a été bouffé par ce p..... de Windows.
echo.
pause

 

Mais ça vient du truc réseau puisque sur le HDD ça tourne sans pb ...

Modifié le 21 janvier 2004 par O.Fournier

[m2003]

Salut les Zeb,

O. Fournier a raison il faut mettre une condition dans ton fichier batch.

Modifié le 21 janvier 2004 par m2003