GetOpenFilename longueur du nom des fichiers ?

Version imprimable

26/04/2020, 18h25
charente

GetOpenFilename longueur du nom des fichiers ?

bonjour

j'utilise la fonction getopenfilename, sans probleme particulier, je constate que si le nom du fichier dépasse 32 caracteres il renvoie une erreur d'ouverture.
si je reduit le nom du fichier OK
ma question:
quel est la longueur du fichier en lecture ou ecriture et la longueur du chemin total pour utiliser avec getopenfilename, chemin dans ofn.lpstrFile

merci à vous
26/04/2020, 19h10
Sve@r

Bonjour

Je présume que tu parles de GetOpenFileName de l'API Windows (parce qu'il y a plein d'autres librairies qui ont aussi une fonction "getOpenFileName").
C'est bizarre ce chiffre 32c car ça semble un peu faible pour les OS d'aujourd'hui (ça ressemble à une limite FAT ou FAT32).
Il faudrait que tu regardes si tu n'as pas une macro "MAX_PATH" de dispo.

Citation:

Envoyé par charente

chemin dans ofn.lpstrFile

Là c'est pareil: si on ne connait pas le type de "ofn" (variable de ton cru) on ne peut que supposer que tu parles d'un "OPENFILENAME". Tu dois avoir un ofn.nMaxFile sur lequel tu dois pouvoir jouer...

merci Sve@f pour ta réponse

ma déclaration :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 OPENFILENAME ofn; tmp[0]= '\0' ; numerodalle[0]='\0'; ZeroMemory ( &ofn , sizeof ( OPENFILENAMEW ) ); ofn.lStructSize = sizeof ( OPENFILENAMEW ); ofn.lpstrFile = tmp; ofn.nMaxFile = 1024; ofn.lpstrTitle = _T("Le titre"); ofn.lpstrFilter = _T("Tous (*.*)\0*.*\0Textes (*.txt)\0*.TXT\0"); ofn.Flags = OFN_LONGNAMES | OFN_EXPLORER; // | OFN_ALLOWMULTISELECT ; GetOpenFileName(&ofn); strcpy(numerodalle,tmp);
ofn.nMaxFile est a 1024

si le chemin est c:\\carte mobac\\atlas_sans_nom_2020-04-05_111540\\layer\layer 15.map
erreur d'ouverture

si le chemin est c:\carte mobac\\atlas_sans_nom\\layer\layer 15.map
ok pas de problème

problème avec les tirets ??
merci

26/04/2020, 20h14
Stabia

oui mais

Il existe une constante symbolique MAX_PATH
26/04/2020, 20h25
edgarjacobs

Hello,

Ligne 4 et 5: pourquoi OPENFILENAMEW alors que tu utilises OPENFILENAME ?

Ligne 9: il me semble que derrière la dernière spécification, il doit y avoir 2 \0 --- Vérification faite, "The last string in the buffer must be terminated by two NULL characters".
27/04/2020, 09h58
Médinoc

Citation:

Envoyé par edgarjacobs

Ligne 9: il me semble que derrière la dernière spécification, il doit y avoir 2 \0 --- Vérification faite, "The last string in the buffer must be terminated by two NULL characters".

Pour être précis, il faut trois caractères nuls, en comptant celui implicite, donc deux \0 explicites: C'est une liste de paires de chaînes de caractères, terminée par une paire dont les deux chaînes sont vides.
27/04/2020, 11h02
charente

merci pour vos reponse:tres formatrice

mais aucune ne solutionne mon probleme,
je constate que si dans le chemin j'ai un dossier qui fait plus de 20 caracteres, pour moi probleme erreur ouverture
exp:
c:\carte IGN\test\aaaaaaaaaaaaaaaaaa18\layer\layer 15 (0).map aucun probleme d'ouverture et lecture du fichier texte
c:\carte IGN\test\aaaaaaaaaaaaaaaaaaaaaaa25\layer\layer 15 (0).map probleme d'ouverture erreur

vous serait-il possible de simuler chez vous ce cas precis,
layer 15 (0).map est un fichier texte clasique

merci de votre aide
27/04/2020, 11h46
charente

toujours moi;

par contre si le chemin est

c:\aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa35\layer\layer 15 (0).map OK pas de probleme

?????????????????

plus je test, moins je comprend cette histoire.

Bonjour,

exemple msdn: https://docs.microsoft.com/en-us/win...opening-a-file

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
OPENFILENAME ofn;       // common dialog box structure
char szFile[260];       // buffer for file name
HWND hwnd;              // owner window
HANDLE hf;              // file handle
 
// Initialize OPENFILENAME
ZeroMemory(&ofn, sizeof(ofn));
ofn.lStructSize = sizeof(ofn);
ofn.hwndOwner = hwnd;
ofn.lpstrFile = szFile;
// Set lpstrFile[0] to '\0' so that GetOpenFileName does not 
// use the contents of szFile to initialize itself.
ofn.lpstrFile[0] = '\0';
ofn.nMaxFile = sizeof(szFile);
ofn.lpstrFilter = "All\0*.*\0Text\0*.TXT\0";
ofn.nFilterIndex = 1;
ofn.lpstrFileTitle = NULL;
ofn.nMaxFileTitle = 0;
ofn.lpstrInitialDir = NULL;
ofn.Flags = OFN_PATHMUSTEXIST | OFN_FILEMUSTEXIST;
 
// Display the Open dialog box. 
 
if (GetOpenFileName(&ofn)==TRUE) 
    hf = CreateFile(ofn.lpstrFile, 
                    GENERIC_READ,
                    0,
                    (LPSECURITY_ATTRIBUTES) NULL,
                    OPEN_EXISTING,
                    FILE_ATTRIBUTE_NORMAL,
                    (HANDLE) NULL);

27/04/2020, 13h32
charente

j'ai trouvé pourquoi du probleme

szFile[260]

par contre j'avais initialisé les variables de stockage de la chaine

tmp[150] et numerodalle[50]???

modifie en tmp[260] et numerodalle[260] et c'est ok plus de probleme
la doc microsoft dit que la longueur du chemin est en standart 260 caractere, mais depuis les nouvelle MAJ windows chemin 32000 caractere

merci a vous tous.
27/04/2020, 13h52
Bousk

Sinon, utilise les constantes prévues à cet effet plutôt que des chiffres magiques https://docs.microsoft.com/en-us/win...gth-limitation
Tu peux aussi choisir de ne plus subir cette limitation https://docs.microsoft.com/en-us/win...1607-and-later