Discussion :

[Shypster]

onjou

J'ai un souci assez étrange, dans une application de sauvegarde tous les chemins d'accés paramétrés et stockés dans des stringcollection ont leurs anti-slash dédoublé.
Par ex 'C:\toto' devient 'C:\\toto'.
J'ai regardé dans mon programme si un tel traitement existait mais rien qui puisse faire ça.

Comment puis-je faire pour remédier à ça ? J'ai tout de même testé sur un programme simple et là aucun souci donc j'en déduis que cela vient bien de mon code mais à vrai dire je ne vois pas.

Merci

[SaumonAgile]

Et quel est le problème ? C'est simplement à l'affichage que le \ est doublé.

[Shypster]

Non,l'affichage se fait correctement mais par cela me pose problème lors des copies de dossiers par des chemins UNC.



La syntaxe pour un chemin UNC est \IP\\... mais dans mon cas j'obtiens \\\\ip\\... alors que l'utilisateur saisis normalement

[StormimOn]

Dans le code les \ doivent être doublés pour être interprétés comme le caractère \. Ce doublement apparaît partout en debug, puisque c'est la représentation de la chaîne en .Net.

Par contre à l'affichage (écriture en console, dans un fichier texte, ...) ce doublement n'apparaîtra pas puisqu'il s'agit seulement d'une astuce syntaxique si l'on peut dire.

Et lorsque l'on saisi une valeur avec des \, ceux-ci apparaîtront doublés en debug pour les mêmes raisons.

Bref, il ne faut pas confondre la chaîne telle qu'elle sera saisie/affichée (\\IP\Rep1\) et telle qu'elle est représentée en "mémoire" en .Net (\\\\IP\\Rep1\\).

A recopier 100 fois

[Shypster]

ok, merci pour ton éclaircissement.
Par contre, peux tu m'expliquer pourquoi quand j'utilise Root.Name via DirectoryInfo pour '\\IP\Example' (dossier 'Example' se trouvant sur D:\) il me trouve C:\ et non D:\ ?

Ca ne le fait pas pour 'D:\Example'.

[Louis-Guillaume Morand]

je pense qu'il n'est pas censé connaitre la partition d'un dossier. c'est un dossier partagé, c'est comme une nouvelle racine, point