[intermédiaire][TOpenDialog] conflit avec opendir

Salut à tous :)

J'utilise un TOpenDialog sous bcb pour sélectionner un fichier. Le problème est que si l'utilisateur choisi un fichier, n'importe quel appel à

Code:

---

DIR* d = opendir(unDir);

---

me resort 0 (il peut pas ouvrir le fichier) et fait tout planter :? Si je ne fait pas le opendialog->Execute(), tout fonctionne nickel. J'ai essayé d'appliquer un delete sur le opendialog après avoir récupérer le fichier mais rien à faire... pourtant la fonction opendir (dirent.h) fonctionne parfaitement si je ne fait pas le Execute... :( Notez aussi que si, dans la box de choix, je fait annuler, ca fonctionne parfaitement (donc pas d'erreur sur le opendir).

Ou ai-je fait l'erreur ?

@++ :)

Je n'ai pas très bien compris cette partie :

Citation:

---

me resort 0 (il peut pas ouvrir le fichier)

---

utilises tu opendir avec un fichier ?

Salut,

oops désolé, j'essaie d'ouvrir un dossier quelconque donc :)

@++

quel code est execute dans

Code:

---

1 2 3 4

if(OpenDialog1->Execute(){ ???? }

---

re,

le code se présente comme suit :

Code:

---

1 2 3

openDialog1->Filter = "Bitmap files (*.BMP;*.bmp)|*.BMP;*.bmp"; openDialog1->Execute(); TBoxURLImage->Text = openDialog1->FileName;

---

J'ai essayé ensuite cette variante, sans succès :

Code:

---

1 2 3 4 5

TOpenDialog* tp = new TOpenDialog(this); tp->Filter="Bitmap files (*.BMP;*.bmp)|*.BMP;*.bmp"; tp->Execute(); TBoxURLImage->Text = tp->FileName; delete tp;

---

cela viendrait du fait que je ne fait pas de if ? :?

@++

non je ne pense pas
...le if sert juste à ne pas continuer à executer le code quand on fait annuler...

je dirais plutot d'un probleme avec la variable unDir qui a moment ou a un autre contient un mauvais chemin ...

J'ai testé ton code qui ne provoque aucun retour NULL de opendir tant que unDir contient un chemin valide...

le fait que cela arrive quand tu execute OpenDialog chez toi est un mystère...

le seul piège causant des bugs que je connaisse avec OpenDialog c'est le changement de CurrentDir quand on fait GetCurrentDir() mais cela n'a rien avoir ...


..sinon il faut vérifier de bien faire des closedir après opendir , peut être que ça pourrait jouer...

re,

merci, je vais chercher de ce coté-la. Le fait est que j'ai testé les chemis de mon opendir et que j'ai toujours le même (donc un chemin valide) et que ca me plante si j'ai fait l'execute avant :?

@++

re,

alors j'ai avancé un peu :) En fait, je cible toujours un fichier relativement (donc '.') et force est de constater que.... le chemin relatif change dans le répertoire ou j'ai sélectionné mon fichier 8O
J'explique :D mon appli est dans c:\Temp\MonAppli, donc lorsque je cible '.', je retombe bien dans ce dossier ! Maintenant je choisi un fichier se trouvant dans c:\AutreFichier\truc.bmp, la cible '.' se trouve dans c:\AutreFichier\ donc évidemment il ne me trouve pas les dossiers désirés :?

Une explication ??? :?

@++

c'est encore moi ^^

pour dire que j'ai trouvé une solution :) J'intialise une constante qui va contenir le path actu et si je vois une uri du genre .\users --> je remplace le . par la constante et tout marche nickel !

Mais si qqn trouve pourquoi cela change j'aimerais bien savoir :)

@++

Citation:

---

Envoyé par Djob(moi)

le seul piège causant des bugs que je connaisse avec OpenDialog c'est le changement de CurrentDir quand on fait GetCurrentDir() mais cela n'a rien avoir ...

---

...si apparement c'est cela dont il s'agit :

finalement oui si tu utilises des chemins relatifs , TopenDialog provoque evidemment des bugs ...
car un quand tu ouvres une boite de dialog , ton chemin de point de depart (CurrentDir) change ...
et prend la valeur du repertoire ou tu as pris ton dernier fichier ... et c'est un des pièges que je souleve souvent avec les programmeurs dephi ou bcb...

par exemple si ton chemin relatif est .\mesfichier\
si tu ouvres une boite de dialogue dans c:\test\ ,
alors le point de depart devient "c:\test" au lieu de "c:\myappli\" (si ton exe est dans "c:\myappli\project1.exe")
le chemin final à chercher sera donc c:\test\mesfichiers\ au lieu du chemin c:\my_appli\mesfichiers\


c'est pourquoi il ne faut jamais utiliser des chemins relatifs et toujour fixer un point de départ absolu par rapport à l'endroit ou est ton appli:

ex:

Code:

---

1 2 3 4 5 6 7

String OriginePath = ExtractFilePath(Application->ExeName); // <------ "c:\myappli\" String MesFichiersPath = OriginePath+"mesfichiers"; <------- "c:\myappli\mesfichiers" Dir * d = opendir(MesfichierPath.c_str()); if(d!=NULL){ ... closedir(DIR); }

---