Discussion :

[thecaptain]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 ?

@++

[Djob]

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

me resort 0 (il peut pas ouvrir le fichier)

utilises tu opendir avec un fichier ?

[thecaptain]

Salut,

oops d�sol�, j'essaie d'ouvrir un dossier quelconque donc

@++

[Djob]

quel code est execute dans

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
 
if(OpenDialog1->Execute(){
   ???? 
}

[thecaptain]

re,

le code se pr�sente comme suit :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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 ?

@++

[Djob]

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...

[thecaptain]

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

@++

[thecaptain]

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
J'explique 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 ???

@++

[thecaptain]

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

@++

[Djob]

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 :

S�lectionner tout - Visualiser dans une fen�tre � part

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);
  }