PathResolve de Win32 résout \temp en c:\temp, même si j'exécute la fonction à partir d'un autre lecteur. En outre, IsRelative() renvoie false pour '\ temp' - ce qui me fait me demander quel type de résolution il pense réellement faire pour ce chemin.PathResolve() et le dossier racine de Win32
Peut-être que les chemins sans chemin par défaut à votre lecteur système?
Quand? La façon dont je vois les chemins sont toujours évalués dans le contexte d'un processus en cours qui a toujours un répertoire de travail. Quel genre de fonction API, lorsqu'elle est exécutée à partir d'un processus qui a un répertoire de travail dans D: \ SomeDir, interprète un chemin tel que "\ temp" pour signifier "C: \ temp"? Je ne comprends tout simplement pas. –
Eh bien, http://msdn.microsoft.com/en-us/library/bb776478%28VS.85%29.aspx parle de chemins "non qualifiés", dont je pense que "\ temp" serait un membre. Je suppose qu'il étend les chemins non qualifiés au "périphérique racine", qui est le lecteur de votre système, et apparaît comme "C: \ temp". Si vous avez besoin de l'étendre par rapport au répertoire de travail, vous devrez probablement utiliser juste cela, un chemin _relative_, tel que "temp". –
Cela n'est pas cohérent avec la fonction CombinePaths qui prend d: \ dir et \ otherDir et produit d: \ otherDir. –
oh mec, voici un autre badge tumbleweed –