Problème a l'affichage dans la console (printf)

Version imprimable

17/09/2003, 12h59
PhoneKilleR

Problème a l'affichage dans la console (printf)
J'ai fais un programme en C qui tout au long de son exécution affiche des messages sur son flux de sortie (à savoir la console MS-DOS), l'exécution se déroule correctement, mais lorsque le message contient le chemin d'un fichier l'affichage est :

commande éxécutée :

Code:

printf ("Chemin : %s\n", path);

où path représente : \\server\rep1\rep2\fichier

affichage :
Code:

1 2 Chemin : \\server\rep1\rep2\fichier CMD.EXE was started with '\\server\rep11\rep22\rep33' as the current directory path. UNC paths are not supported. Defaulting to Windows directory
J'ai essayé de contourner le probleme en utilisant :

Code:

system("echo \"Chemin : \\\\server\\rep1\\rep2\\fichier\"");

toujours la meme erreur, meme en redirigeant le flux de sortie d'erreur

Quelqu'un saurait'il résoudre ce problème ?

Merci
17/09/2003, 13h13
sylvain114d
qu'est que fait ton prog si tu fais:
Code:

1 2 printf ("Chemin : %s\nTEST\n", path);
car j'ai l'impression que ce qui s'affiche a la suite du path est independant du printf et correpsond a un probleme dans la suite du programme...
17/09/2003, 13h35
PhoneKilleR
effectivement c possible, l'affichage est :
Code:

1 2 Chemin : \\server\rep1\rep2\fichier TESTCMD.EXE was started with '\\server\rep11\rep22\rep33' as the current directory path. UNC paths are not supported. Defaulting to Windows directory
mais, si j'enleve le printf, le message n'apparait plus, je pense donc ke cela ne vient pas de la suite .... la je suis perdu !
17/09/2003, 15h44
caribou_belle

et si tu fais un printf bidon?
genre

Code:

printf("toto\n");

parfois le printf \n va te vider un buffer et révéler un bug dormant...
17/09/2003, 15h56
PhoneKilleR

Beh dans ce cas la l'affichage est correct ! cela affiche :

toto

le probleme ne se pose qu'avec les UNC path (\\server\...)

le fait que le \n soit present ou pas, ne change rien !

J'ai bo cherché ... rien .... sniffff :cry:

merci qd meme
17/09/2003, 16h15
caribou_belle

pose ta question dans le forum Windows peut -etre?
17/09/2003, 16h18
PhoneKilleR

je l'ai posé avant dans les forums windows ... pas de réponse qui résolvent le probleme ! tan pis !

Merci quand meme !

bonne continuation !
17/09/2003, 18h44
sylvain114d

Si le prog n'est pas trop long et qu'il n'est pas confidentiel, tu peux me l'envoyer a l'adresse suivante : ########@free.fr
et je ferait quelque tests.

Peux tu nous donner des details sur ta config (version de win, conpilateur...)
17/09/2003, 18h54
PhoneKilleR

Je suis désolé, mais c un soft pour une grosse boite et je n'ai pas le droit de donner les source, je vais essayer de t'envoyer un bout de code reproduisant le problème, c'est trés gentil de ta part en tout cas :D !

J'utilise Windows 2000 avec Visual Studio 6.

Merci
17/09/2003, 20h32
Anomaly

Re: Problème a l'affichage dans la console (printf)

Citation:

Envoyé par PhoneKilleR

Code:

CMD.EXE was started with '\\server\rep11\rep22\rep33' as the current directory path. UNC paths are not supported. Defaulting to Windows directory

Si, au lieu d'utiliser directement les chemins UNC, tu associais une lettre de lecteur au dossier de ton programme (ou un dossier parent), et que tu lançais cmd.exe à partir de ce nouveau lecteur, ça résoudrait peut-être le problème... Ça a l'air lié à ça et pas à ton programme :?
18/09/2003, 08h21
PhoneKilleR

Le problème est que le programme traite des documents sur le réseau, il m'est impossible d'y associer une lettre ... je possède des fichiers de config où les chemin sont UNC, le script récupère ces chemins et effectue les traitements avec.
Le soft est destiné à etre utilisé dans plusieurs pays,les configurations ne seront pas les memes et il doit pouvoir etre utilisé depuis n'importe quelle machine sans disque a monter ou autre.
Le script est lancé depuis un batch qui utilise :

Code:

start /min /HIGH \\server\...\script "%1" "%2" "%3"

Ce qui ouvre une console MS-DOS et exécute le programme ...

:?: J'essaye de trouver des contournements, mais franchement la ... j'ai du mal !

Merci quand même !
18/09/2003, 08h23
PhoneKilleR

En résumant le problème : je n'exécute rien sur la console MS-DOS avec des UNC path .... je cherche juste a afficher une chaine de caractère !! :cry:
18/09/2003, 08h55
Gandalf

J'ai souvenance d'un bug que je ne retrouve pas... où un simple printf plantait les Windows NT et Win2000 à tel point qu'un reboot était indispensable: le printf faisait des /b et des /t pas bcp plus...

désolé de ne pas avoir pu t'aider mais a mon avis le bug est dans la console de Windows...
18/09/2003, 09h15
Anomaly

Citation:

Envoyé par Gandalf

J'ai souvenance d'un bug que je ne retrouve pas... où un simple printf plantait les Windows NT et Win2000 à tel point qu'un reboot était indispensable: le printf faisait des /b et des /t pas bcp plus...

Cela s'applique aussi à WinXP et Microsoft n'a pas envie de corriger le bug. Boah c'est pas bien grave : si le serveur est planté par un utilisateur malin connaissant le bug, y'a qu'a le rebooter. Bref... Le but était d'effectivement d'envoyer des backspaces au terminal. Mais là, ça n'a visiblement rien à voir.
18/09/2003, 09h18
PhoneKilleR

Je ne pense pas effectivement que cela ai quelque chose a voir avec ce bug ...

Je continu les recherche .... :(

Si quelqu'un a quelque chose a proposer !!

Merci d'avance !
18/09/2003, 09h20
Gandalf
Anomaly > Au contraire, je trouve que cela a parfaitement à voir avec le cas que je mentionne : dans les deux cas il semble que ce qui est envoyé au terminal au moyen d'un printf soit (mal) interprété et non simplement affiché...
Certes les conséquences ne sont pas du meme ordre, mais la cause est bien toujours la meme : un printf d'un texte que l'on souhaite simplement afficher et qui est somme toute bien anodin...

Voici un exemple de ce met Windows dans tout ses états...
sauvegardez tous vos documents avant d'executer ce prog...
et ne l'envoyez pas à des collégues sans les prevenir...
Code:

1 2 3 4 5 6 7 #include <stdio.h> int main () { int i; for(i=1;i<10;i++) printf("Planté!\t\b\b\b\b\b\b"); }
18/09/2003, 09h33
Anomaly

Citation:

Envoyé par Gandalf

Certes les conséquences ne sont pas du meme ordre...

Oui, mais dans son cas il tente d'exécuter un programme depuis un chemin réseau. Or, la ligne de commande de WinNT est connue pour ne pas supporter les chemins réseaux UNC, d'où la nécessité d'attribuer un lecteur (quelle c... qd même cette ligne de commande).

PS: Merci pour le programme.
18/09/2003, 09h37
Gandalf
Citation:

Envoyé par Anomaly

Citation:

Envoyé par Gandalf

Certes les conséquences ne sont pas du meme ordre...

Oui, mais dans son cas il tente d'exécuter un programme depuis un chemin réseau. Or, la ligne de commande de WinNT est connue pour ne pas supporter les chemins réseaux UNC, d'où la nécessité d'attribuer un lecteur (quelle c... qd même cette ligne de commande).

PS: Merci pour le programme.

Ce n'est pas ce que j'ai compris !
je pensais qu'il voulait simplement afficher un chemin UNC :
Code:

1 2 printf("\\\\server\\toto\\titi");
par contre sur mon NT ca passe sans Pb...
déjà essayer de reproduire le Pb simplement ce serait bien...

Aprés plusieurs test dans un programme fait pour cela (avec construction et affichage un UNC path), il s'avère que l'affichage est correct ! Je n'arrive pas a comprendre ce qui peu générer cette erreur dans le soft. Le déroulement résumé est le suivant :
Code:

1 2 3 4 5 6 7 8 9 10 //Récupération du chemins ... //affichage de celui-ci printf ("Chemin : %s\n\n", path); //execution d'une commande DOS system("dir /b path | find ".htm" /v > path\liste.txt"); //avec construction préalable de cette commande ! //parcour du fichier liste.txt while (fgets....) printf("Fichier : %s\n", nom_fich);
Le résultat de cette exécution dans la console est :
Code:

1 2 3 4 5 6 Chemin : \\serveur\... CMD.EXE was started with '\\server\rep11\rep22\rep33' as the current directory path. UNC paths are not supported. Defaulting to Windows directory Fichier : fichier1 CMD.EXE was started with '\\server\rep11\rep22\rep33' as the current directory path. UNC paths are not supported. Defaulting to Windows directory ...etc...
Plus je cherche, moins je comprend !
Si une âme charitable a une idée a me proposer, je prend !

Merci d'avance ! (déjà pour avoir lut le sujet jusqu'à la)

18/09/2003, 14h19
PhoneKilleR

Et oui effectivement je veu juste afficher :

Chemin : \\toto\tata\titi

sur la machine ou est exécutée le script (le serveur)
22/09/2003, 19h01
Be!!e F3e G0re

essaie d'utiliser une variable qui a un autre nom que 'path' qui est une variable d'environnement à la base ...
23/09/2003, 17h21
PhoneKilleR

Merci pour l'idée ... mais cela ne resoud pas le problème ...
Apres une multitude de test, je pense que le problème ne se situe pas dans le programme en C, mais au niveau de l'exécution de celui-ci.

Merci à tous pour vos réponses et suggestion !

Bonne continuation, @+