Résultats imprévisibles de GetShortPathName

GetShortPathName () ne fonctionne pas comme prévu sur XP SP3

http://msdn.microsoft.com/en-us/library/aa364989(VS.85).aspx

Renvoie la chaîne d’entrée pour les chemins tels que:

C:\Test\LongFolderNameToTestWith\BinarySearch.ini 

exactement comme envoyé?

• Windows: Supprimez EXE après exécution
• obtenir un nom de fenêtre spécifique en c ++
• Modifier la langue du système pour une fenêtre active dans WPF
• Coordonnées de l’emplacement sur l’ordinateur affichant X = -32000, Y = -32000
• Les bibliothèques ont-elles généralement des fichiers d’en-tête?

Encore:

 C:\Documents and Settings\LocalService\NTUSER.DAT 

Fait des noms courts pour le chemin, donc je sais que j’appelle l’API correctement.

Toutefois:

 C:\Documents and Settings\LocalService\BinarySearch.ini 

Ne fait pas un nom court du nom de fichier, mais fait des noms courts pour le chemin !?

Quelqu’un pourrait-il m’aider à comprendre ce comportement et peut-être suggérer une solution de rechange.

Ajoutée:

Je dois pouvoir créer un chemin / nom de fichier 8.3 pour passer à une application héritée

Comment cela peut-il être fait?

Ajouté: SOLUTION

Après avoir lu / expérimenté BEAUCOUP, il semble que le seul moyen fiable de faire cela est d’utiliser l’automatisation:

 ' ------------------------------------------------------------ ' Library Name: Microsoft Scripting Runtime 1.0 ' Library File: C:\WINDOWS\system32\scrrun.dll ' ------------------------------------------------------------ ' Version Info: ' ------------- ' Company Name: Microsoft Corporation ' File Description: Microsoft (R) Script Runtime ' File Version: 5.7.0.16599 ' Internal Name: scrrun.dll ' Legal Copyright: Copyright (C) Microsoft Corp. 1996-2006, All Rights Reserved ' Original Filename: scrrun.dll ' Product Name: Microsoft (R) Script Runtime ' Product Version: 5.7.0.16599 ' ------------------------------------------------------------ ' ProgID: Scripting.FileSystemObject ' Interface Name: ScriptingFileSystemObject ' ' Interface Prefix: Scripting 

Cela marche.

Une implémentation simple en BASIC serait:

 $PROGID_ScriptingFileSystemObject = "Scripting.FileSystemObject" Interface Dispatch ScriptingFileSystemObject Member CALL GetFile (IN FilePath AS STRING) AS ScriptingIFile Member CALL GetFolder(IN FolderPath AS STRING) AS ScriptingIFolder END Interface Interface Dispatch ScriptingFile Member GET ShortPath() AS STRING Member GET ShortName() AS STRING END Interface Interface Dispatch ScriptingFolder Member GET ShortPath() AS STRING Member GET ShortName() AS STRING END Interface '----------------------------------------------------------------------------- FUNCTION FileShortPath( BYVAL sPathnFile AS STRING, sShort AS STRING ) AS LONG LOCAL vResult, vFilePath AS Variant LOCAL fso AS ScriptingFileSystemObject LOCAL oFile AS ScriptingFile IF LEN(sPathnFile) = 0 THEN EXIT FUNCTION ' Nothing sent SET fso = NEW ScriptingFileSystemObject IN $PROGID_ScriptingFileSystemObject IF IsNothing(fso) THEN FUNCTION = -1 : EXIT FUNCTION SET oFile = NEW ScriptingFile IN $PROGID_ScriptingFileSystemObject IF IsNothing(oFile) THEN FUNCTION = -2 : EXIT FUNCTION vFilePath = sPathnFile vResult = Empty OBJECT CALL fso.GetFile(vFilePath) TO vResult SET oFile = vResult IF IsNothing(oFile) THEN FUNCTION = -3 : EXIT FUNCTION vResult = Empty Object GET oFile.ShortName TO vResult sShort = VARIANT$(vResult) vResult = Empty Object GET oFile.ShortPath TO vResult sShort = VARIANT$(vResult) IF LEN(sShort) THEN FUNCTION = 1 ' Success END FUNCTION 

Merci à tous pour vos suggestions.

---

J’essaie toujours de trouver un moyen fiable de créer un chemin / nom de fichier 8.3.

Y a-t-il un moyen de faire cela en dehors de l’utilisation de GETSHORTPATHNAME?

Résolu Voir au dessus

Il semble que MS continue à supporter cela pour les déciples COM seulement … pourquoi il n’est plus fiable dans l’API C rest un mystère.

• Comment détecter par programmation lorsque le système d’exploitation (Windows) se réveille ou se couche
• Répondre uniquement à la première notification WM_KEYDOWN?
• Tuer un thread en cours d’exécution
• quelle est la signification de “avertissement: pas de nouvelle ligne à la fin du fichier”?
• :: FindWindow échoue à l’application de service