pb avec GetOpenFileName()

Version imprimable

bonjour,

j'ai un pb avec GetOpenFileName(), l'exemple de Bob n'affiche pa de fenetre pour browser.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
OPENFILENAME st;
char buffer[MAX_PATH];
 
// Pas de fichier par défaut
buf[0]='';
// On met tous les champs inutilisés à 0
memset(&st,0,sizeof(OPENFILENAME));
st.lStructSize=sizeof(OPENFILENAME);
// hDlg est le HWND de la boite de dialogue qui demande l'ouverture
// Ou NULL si la boite de dialogue n'a pas de fenêtre parent
st.hwndOwner=hDlg;
// La syntaxe est : Description1Filtre1Description2Filtre2
st.lpstrFilter="Executables - Fichiers de commandes*.exe;*.bat";
st.lpstrFile=buffer;
st.nMaxFile=MAX_PATH;
st.lpstrTitle="Recherche de l'exécutable";
st.Flags=NULL;
// Contient le répertoire initial ou NULL
st.lpstrInitialDir=NULL;
if(GetOpenFileName(&st))
    // buffer contient notre chemin

j'ai mis st.hwndOwner=NULL;
Savez vous pourquoi?

15/01/2004, 14h19
farscape

salut j'ai donne un bout de code complet sur ce sujet:
http://www.developpez.net/forums/vie...hlight=#782731
:D

Ce code est tres simple , je voudrais juste savoir pourquoi il ne marche pas svp. Ton code fait intervenir des choses qui n'ont pas lieu d'etre au vu des exemples de la MSDN. En gros sans les MFC....
Voila l'exemple intégral

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
32
33
34
35
36
37
38
39
40
41
42
 
#include "stdafx.h"
#include<commdlg.h>
 
 
 
int APIENTRY WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
{
 	// TODO: Place code here.
 
 
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(OPENFILENAME)); 
ofn.lStructSize = sizeof(OPENFILENAME); 
ofn.hwndOwner = hwnd; 
ofn.lpstrFile = szFile; 
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); 
 
	return 0;
}

Merci bien

15/01/2004, 15h01
farscape

c'est ton handle de fenetre qui est pas bon (pas initialise)
sinon c'est le handle de la fenetre parent
met 0 dedans
:D
15/01/2004, 15h30
Trap D

Salut

Effectivement mets hwnd à NULL mais aussi le premier caractère de szFile à 0 : *szFile = 0
15/01/2004, 16h39
elodie escande

Merci les gars c'etait bien ca.
Mais pourquoi les initialiser a zero forcément???
15/01/2004, 16h42
farscape

parce que si tu n 'a pas de handle de fenetre parent à fournir on met null.
voir la doc

Citation:

hwndOwner
Handle to the window that owns the dialog box. This member can be any valid window handle, or it can be NULL if the dialog box has no owner

:D
15/01/2004, 16h43
Trap D

Peux pas te dire, mais j'ai regardé le code d'erreur et il correspondait à une erreur d'initialisation et voici ce qui est dit pour cet argument :

Code:

Pointer to a buffer that contains a file name used to initialize the File Name edit control. The first character of this buffer must be NULL if initialization is not necessary....

PS Chacun son petit bout de correction :wink:
15/01/2004, 16h47
jul54

Et parce que tout simplement sans se poser de question compliquée, il faut TOUJOURS initialiser les variables (tu devais d'ailleurs avoir des warning du style "variable used without having been initialized"(mon anglais est pas top c'est peut-être pas tout à fait ça mais tout francais aura compris)).
Dans ce cas, soit tu connais la valeur à laquelle tu veux fixer ta variable, soit tu mets 0 ou NULL suivant son type.
15/01/2004, 16h52
elodie escande

Merci bien. Encore une autre question svp qui peut me faire eviter de poser trop de questions....
Le code se compilait et s'exécutait sans problème.
Est ce que ce code correspond a GetLastError()???
Si oui comment lire ce code de une et comment voir l'erreur correspondante , cad le texte que TrapD a affiché
Merci

salut,
c'est encore moi !

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
LPVOID lpMsgBuf;
FormatMessage( 
    FORMAT_MESSAGE_ALLOCATE_BUFFER | 
    FORMAT_MESSAGE_FROM_SYSTEM | 
    FORMAT_MESSAGE_IGNORE_INSERTS,
    NULL,
    GetLastError(),
    MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), // Default language
    (LPTSTR) &lpMsgBuf,
    0,
    NULL 
);
// Process any inserts in lpMsgBuf.
// ...
// Display the string.
MessageBox( NULL, (LPCTSTR)lpMsgBuf, "Error", MB_OK | MB_ICONINFORMATION );
// Free the buffer.
LocalFree( lpMsgBuf );

15/01/2004, 16h58
Trap D

Le code d'erreur s'obtient avec CommDlgExtendedError(), puis, moi j'ai regardé dans le fichier CDERR.H pour voir l'erreur correspondante (on doit pouvoir faire mieux !).

PS1 : le texte que j'ai affiché est un extrait de MSDN sur la structure OPENFILENAME

PS2 : le code donné au-dessus fonctionne-t-il pour GetLastError() ? Vérification faite : NON :cry:
15/01/2004, 17h13
farscape

oui ta raison ca ne fonctionne qu'avec CommDlgExtendedError()
:wink:
15/01/2004, 17h18
Trap D

A mon avis on doit intervertir les deux fonctions non ? :lol:
15/01/2004, 17h22
elodie escande
je me demande comment tu visualise ce code d'erreur en fait. moi je fait du bricolage. Tu peux me dire comment tu fait. et comment tu ouvre ce fichier .H stp.

Voila mon code
Code:

1 2 3 sprintf(buff,"%d",CommDlgExtendedError()); MessageBox(NULL,buff,NULL,0);
Ce qui affiche 2.

re ,
comme apparement on peux pas recuperer le libelle directement faut le faire a la mimine on regarde la doc on recupere les codes d'errreurs et on fait:
Code:

1 2 3 4 5 6 7 8 CString strError; switch( CommDlgExtendedError()) { case CDERR_DIALOGFAILURE:strError="handle de fenetre Incorrecte consultez la doc !"; break; case CDERR_FINDRESFAILURE://etc... }
:D

15/01/2004, 17h33
Trap D

Oh ben c'est du bricolage : sur la doc MSDN, les codes d'erreurs sont inscrits.
J'ai fait une recherche textuelle avec la fonction "rechercher" (CDERR_ dans les fichiers *.h*) et il m'a trouvé CDERR.H.
J'ai regardé et j'ai vu qu'à la valeur 2 correspondait CDERR_INITIALIZATION.
15/01/2004, 17h33
farscape

note a trap d ,
si on continue on va ouvrir un salon... :wink:
15/01/2004, 17h34
Trap D

Citation:

Envoyé par farscape

note a trap d ,
si on continue on va ouvrir un salon... :wink:

Oui c'est exactement ce que j' envisageais :lol:
15/01/2004, 18h16
elodie escande

un salon juste pour moi.....
trop flattée...
cderr.h je l 'ai trouvé sans pb et le code aussi. Comment sait on que faut utiliser CommDlgExtendedError()?
CString est une classe MFC. Peut on les utiliser ds ce cas avec un projet API Win32?
Si oui quel header faut il inclure???
Desolée je débute...

salut ,parce que c'est ecrit dans la doc de cette fonction .
pour l'exemple donne tu peux faire sans.
rapidement:
Code:

1 2 3 4 5 6 7 8 char *pszError=""; switch( CommDlgExtendedError()) { case CDERR_DIALOGFAILURE:pszError="handle de fenetre Incorrecte consultez la doc !"; break; case CDERR_FINDRESFAILURE://etc... }

15/01/2004, 18h35
elodie escande

oui ok. c gentil.
Mais sait tu si c est possible d utiliser CString(tres pratique) dans ce genre de projet.
15/01/2004, 19h30
farscape
je suis pas specialiste des projects en win32 (j'en fais pas ) en mode console c'est possible en win32 pur je sais pas.
moi dans ce contexte j'utiliserais plutot les stl
Code:

1 2 3 4 5 6 7 8 9 10 #pragma warning(disable:4786) #include <string> #include <iostream> using namespace std ; string s1; s1="coucou" // etc ...
:D
15/01/2004, 20h30
elodie escande

quand on utilise les <string.h> <time.h> <math.h> ..... qui sont dans le dossier include de vc++ on a affaire aux stl??
c bien ca?

et c est quoi using namespace std stp.....

non on a affaire à la runtime C librairie.
les namespace ça veut dire espace de nom ,ça permet de regrouper des données des fonctions connexes en espace de noms distinct.
exemple:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 namespace Facturation { class CValidFac // validation factures { public: CValidFac(){} }; class CEditFac // edition factures { public: CEditFac(){} }; } // dans le point cpp Facturation::CValidFac validfac; // avec using namespace using namespace Facturation CValidFac validfac; // plus besoin de specifier l'espace au prealable .
:D

15/01/2004, 21h14
benoit70

je t ai envoyé un message privé farscape.
15/01/2004, 21h39
elodie escande

et moi j y est pas droit?