Version imprimable
Salut,
J'utilise la fonctionpour récupérer le répertoire perso de l'utilisateur. Dernièrement sur une PC avec disque RAID avec deux partitions (C et D) J'ai obtenu coimme dossier perso D:\\Document\...Code:SHGetSpecialFolderPath(0,DocumentFolder,CSIDL_PERSONAL,0))
Je suis étonné par le 'D:\\' est ce que vous avez déjà rencontré ce type de folder(:\\), avez-vous un lien ou je pourrais me documenter
Merci
Qu'est-ce qui te chagrine particulièrement ? Le fait que ce soit sur la partition "D:", ou le double "\" ?
le double \\
Cela a dû être entré ainsi sur cette machine, c'est tout. Cela n'a aucune incidence, tu peux t'en assurer en testant ça :Tu verras qu'il va correctement dans ton répertoire personnel, malgré les nombreux "\" surnuméraires... ;)Code:
2
En pratique, tu peux mettre autant de caractères "\" que tu veux entre deux noms de répertoire, ils sont ignorés tant qu'ils sont consécutifs et sans autres caractères entre deux "\". Exemple :Code:cd C:\\\\\\Windows\\\\\\\system32\\\\\
Ha bon, cela explique beaucoup de chose!!!
n'empêche que l'accès sur un dossier réseaux est identifié par deux \ en début de path avant le nom de la machine.
Donc si j'ai bien percuté
\\Server\\\\Dossier\Plouf\\\\machin
est equivalent à
\\Server\Dossier\Plouf\machin
As-tu un lien ou l'on parle de cela?
En tous les cas grand merci pour l'info
Ça, c'est différent. En effet, la partie "\\Server\" (avec le "\" terminal) est certes "longue", mais correspond très exactement à la même chose que "C:" (sans le "\") : cela désigne une unité de disque.Citation:
Envoyé par alen
En fait, non : ta syntaxe initiale est incorrecte. Il faudrait écrire "\\Server\Dossier\\\\\\Plouf\\\\machin\\\\\", et là, par contre, tu as bien un nom "légal" même s'il n'est pas le nom le plus évident. J'ai mis en rouge les parties qui ne doivent en aucun cas être doublées, et souligné la partie "intouchable".Citation:
Envoyé par alen
Tu as Naming Files, Paths, and Namespaces sur MSDN qui décrit comment les chemins peuvent être construits correctement. Le fait de supporter les doubles "\" n'est qu'une tolérance : ça marche actuellement, rien ne t'assure que ça continuera de fonctionner dans l'avenir (même s'il est peu probable que cela change).Citation:
Envoyé par alen
La "bonne" règle, c'est plutôt que SI tu trouves un chemin avec des répétitions inutiles de caractères "\", inutile de chercher à le rendre correct "de force", vu que le système d'exploitation le supportera... A fortiori si c'est l'OS lui-même qui t'a donné ce chemin !! :mrgreen:
Par contre, quand TU construis un chemin, essaie de le faire correctement, sans "\" inutiles.
Merci bien pour toutes ces infos.
J'étais dérouté par le retour de la fonction SHGetSpecialFolderPath alors que l'explorateur m'indiquait bien un seul \.
:ccool: