Discussion :

[antonien]

Voil� ce qui m'am�ne...
J'ai import� mes fichiers dans Visual C++ (je les ai d�velopp�s dans C::B avant de laisser tomber, n'y comprenant rien aux multiples options-r�glages-configurations de la b�te).
J'ai compil�, sans trop de difficult�, puis g�n�r�, avec un peu plus de souci mais on n'a rien sans rien, n'est-ce pas ?
Et voil� t'il pas que monsieur refuse de s'ex�cuter sous pr�texte qu'il ne trouve pas "wxms291ud_core_vc_custom.dll". Je trouve �a particuli�rement injuste, voire m�me diffamatoire parceque ledit "wxms291ud_core_vc_custom.dll" se trouve dans mon r�pertoire "c:\Visual Studio\wxWidgets-2.9.1\lib\vc_dll"
J'ai d�j� truff� ma config de $(WXWIN)\truc et $(WXWIN)\machin : que lui faut il de plus
O� dois-je d�clarer les dll appel�es par le programme lors de son ex�cution ?

Merci par avance � mon futur sauveur.

PS : j'ai jet� un oeil dans la FAQ mais je n'ai point trouv� de quoi me consoler.

[antonien]

Bon, ben je vais me cr�diter une bonne r�ponse.
En fait, je n'ai pas trouv� la solution en DLL et j'ai tout pass� en statique. Et l�, hop, �a marche pile-poil.
Je suis mon propre sauveur mais c'est dommage, j'aurais bien aim� comprendre.

[bacelar]

Il semble qu'il vous manque quelques notions de base des dll.

Une dll est une librairie qui est partag�e par plusieurs programmes.
Ce n'est pas de la responsabilit� du compilateur ni de l'�diteur de lien d'indiquer o� elle se trouve dans le syst�me (� part, indirectement avec la notion de version et de Side by Side (SxS) mais c'est une technique "advanced"). Et encore heureux, car cet endroit varie �norm�ment d'un OS � un autre.

Vous ne trouverez donc aucune option dans VS pour la configuration du chargement des dll.
L'�diteur de lien ne fait que donner les points d'entr�es (symboles) utilis�s dans une dll en ne sp�cifiant que son nom (de la dll), en aucun cas un �ventuel chemin.

C'est le chargeur de l'OS qui d�terminer o� chercher les dll, lors de l'ex�cution du programme.

Dans votre cas, le plus simple et de modifier votre variable d'environnement PATH pour que le charger utilise le r�pertoire "c:\Visual Studio\wxWidgets-2.9.1\lib\vc_dll" lors du chargement de votre programme en m�moire. De mani�re plus standard, il serait pr�f�rable de mettre une copie de cette dll � cot� de l'ex�cutable, car, par d�faut, le charger de l'OS commence par le r�pertoire de travail du programme puis le r�pertoire contenant le fichier "image" de l�ex�cutable.

[antonien]

Merci beaucoup, c'est tr�s clair et tr�s instructif. Une derni�re question si je peux me permettre. Quand doit on utiliser multithreaded dll plut�t que multithreaded?
Merci par avance

[bacelar]

C'est un peu complexe mais en g�n�ral, c'est toujours la multithread dll sauf quand des boulets ont eu la riche id�e d'utiliser une autre C-Runtime et de faire partager leur superbe trait de g�nie , en n'isolant pas les m�canismes d'allocation et de d�sallocation de leurs objets dans leur API de dll, dans leur dll.

G�n�ralement ces deux boulettes vont de pair.

Donc sauf cas tr�s tr�s particulier, c'est multithread dll.

[antonien]

Merci, c'est clair et �a m'�vitera les t�tonnements habituels.
Les 3 avantages que je trouve � VC par rapport � C::B-GCC:
- une configuration beaucoup plus accessible � un non sp�cialiste
- un d�bugueur nettement plus puissant
- des r�ponses claires et rapides sur je forum