nom fichier dos

Bonjour,

A partir de C#, je cherche à obtenir le nom d'un fichier au format dos.
Impossible de trouver une solution autre que de passer par les API en interop.

Code:

---

1 2 3

[DllImport("kernel32.dll", CharSet = CharSet.Auto)] public static extern int GetShortPathName([MarshalAs(UnmanagedType.LPTStr)] string path, [MarshalAs(UnmanagedType.LPTStr)] StringBuilder shortPath, int shortPathLength);

---

Dois-je me résigner à penser que C# ne sait pas faire ça en natif ? 8O

Papy

en meme temps, connaitre le nom dos d'un fichier ca sert plus à grand chose de nos jours, microsoft a ptete pas juger utile de le porter sur .net


et de toute facon, beaucoup de fonctions du framework font tout simplement appel à une api comme tu le fais ...

Pour l'utilité, je n'en doute pas !

Mon problème est que j'utilise une dll qui, apparemment, pose problème si je lui transmets dans une fonction, un paramètre représentant un nom de fichier long comportant un caractère accentué. D'où mon besoin de transformer ça en nom court.

Peut-être peux-tu renommer ton fichier qui pose problème, ou bien en effectuer une copie temporaire avec un nom que ta DLL est capable de gérer.

ça aurait pu être une solution mais pas dans ce cas. Ca me poserait des problèmes de droit de création de fichier sous Vista, en plus davoir non pas un mais plusieurs fichiers à traiter ainsi.

Mais ça aurait pu être une solution.


Je vais rester sur ma solution kernel ...

Merci

Citation:

---

Envoyé par Papy214

ça aurait pu être une solution mais pas dans ce cas. Ca me poserait des problèmes de droit de création de fichier sous Vista, en plus davoir non pas un mais plusieurs fichiers à traiter ainsi

---

Il n'y a aucun problème sur Vista si tu respectes les recommandations de Microsoft. En clair, tu peut créer/supprimer/modifier ce que tu veux dans le profile de l'utilisateur (Documents, dossier temp du profile, bureau, te créer un sous dossier dans LocalAppData, sous dossiers de C: ou sur un autre disque dur). Pour le reste (dossier Windows, fichiers de C:, fichiers des autres utilisateurs, fichiers et dossier de program files) il ne faut y accéder qu'en lecture seule et les modifier que pendant l'installation/désinstallation d'un programme par exemple.

Si tu fait ça, jamais plus l'UAC ne t'embêtera et au final ton programme est plus propre car a une meilleur gestion des informations de l'utilisateur.

L'UAC m'a posé quelques problèmes surtout sur la base de registre.

C'est vrai qu'il va falloir que je me documente un max sur les préconisations vista pour les programmes. Je n'y avais pas encore été confronté.

Citation:

---

Envoyé par Papy214

L'UAC m'a posé quelques problèmes surtout sur la base de registre.

---

il suffit de ne jamais ouvrir en écriture une clef autre qu'une sous clef de HKEY_CURRENT_USER et l'UAC n'embête jamais.

En fait, ma plus grosse erreur a été de penser qu'ouvrir une clé en mode écriture sans pour autant s'en servir pour écrire était une possibilité. J'ai du débugger longuement pas à pas pour comprendre mon erreur. Comme disait Gabin: "Maintenant, je sais ..." :D