Discussion :

[adurandet]

Salut tout le monde,

Je travaille avec C++builder6.0

j'ai créer pour la première fois une DLL pour une application.lol

Pour le moment j'essaye juste de faire passer une variable d'une classe que j'ai créer dans la DLL vers mon appli.
Ma DLL est dans un sous repertoire du repertoire de mon appli et je ne souhaite pas la mettre dans le meme repertoire que mon appli.

j'ai lié la lib au projet de l'application et j'ai inclu le .h à l'appication.

Quand je compile je n'ai pas de message d'erreur ( donc c'est que je dois bien récupérer la variable dans mon appli). Mais quand je l'execute il me dit qu'il ne trouve pas ma DLL.

Je me doute bien que c'est le fait qu'elle soit dans le sous repertoire, donc comment faire pour que l'appli sache trouver cette DLL (sans la deplacer )?


Merci de votre aide !

[Matthieu Brucher]

Il faut l'ajouter dans le path de l'utilisateur, autant dire que c'est plus compliqué que de la mettre dans le même dossier.

[adurandet]

ok merci,

tu fais ça comment ?

[Matthieu Brucher]

Faire quoi ? Modifier le PATH ? Tu dois le faire avant l'exécution du programme, à la main en modifiant les variables d'environnement, donc non, ce n'est pas la solution à envisager. La SEULE solution décente est de mettre le fichier dans le dossier du programme.

[adurandet]

mais je ne comprends pas tout alors...

Beaucoup de programme n'ont pas toutes leurs dlls dans leur dossier où se trouve l'executable ! Les dll sont rangés dans des sous dossier. Sinon ca serait un sacrée foutoire dans le dossier du programme.

Moi j'aimerais bien ne pas mélanger ma dll et tout ce qui l'entoure à mon programme car apres c'est le bordel dans le dossier de mon programme.

j'ai 39 fichiers pour mon interface, que je laisse dans le dossier principal du programme. Apres j'ai un sous dossier pour chaque DLL que je vais créer. Pour ma premiere DLL j'ai deja 15 fichiers et je commence juste à la créer!

est ce que tu comprends mon probleme ?


Merci de m'aider!

[Matthieu Brucher]

Une autre solution consiste à charger dynamiquement les bibliothèques, mais là, c'est plus long. Si tu es débutant, n'utilise pas cette solution. Si tu es intermédiaire, regarde du côté de LoadLibrary() pour voir si c'est vraiment rentable (à mon avis non).

[adurandet]

j'avais vu ceci sur un tuto de Devellopez.com

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
    HINSTANCE hinstDLL;
    MYDLLFUNC ImpFuncDLL;
    int iRet;
 
    if ((hinstDLL=LoadLibrary("Project1.dll"))) {
        ImpFuncDLL = GetProcAddress(hinstDLL, "LoadForm");
        if (ImpFuncDLL) {
            iRet = ImpFuncDLL();
        }
        FreeLibrary(hinstDLL);
    }

Mais bon si je dois faire ça a chaque fois que j'utilise une fonction de ma libraires je suis pas dans le ca** lol.

Il n'y a pas un moyen pour dire que ma Dll n'est pas avec l'executable mais dans un sous dossier de l'executable ... ?

de plus la libraire qui est associé à ma dll, est elle aussi dans ce dossier, ainsi que l'ensemble des .h que je vais créer.

[Matthieu Brucher]

Mais bon si je dois faire ça a chaque fois que j'utilise une fonction de ma libraires je suis pas dans le ca** lol.

Malheureusement, c'est le cas, et je ne te parle même pas des fonctions C++ qui sont décorées...

Il n'y a pas un moyen pour dire que ma Dll n'est pas avec l'executable mais dans un sous dossier de l'executable ... ?

de plus la libraire qui est associé à ma dll, est elle aussi dans ce dossier, ainsi que l'ensemble des .h que je vais créer.

Non, il n'y a pas moyen.

[adurandet]

je susi desolé d'insister ...

mais par exemple quand je regarde dans ProgramFiles une application comme NotePad++.

elle a des dll dans le fichier de l'executables et des fichiers dll dans un dossier plugIns.

Les dll du dossier plusing doivent bien etre utilsier par notepad++ sinon elles ne seraient pas là...


Comme apparement c'est pas possible, faut il que je copie juste la dll ou aussi le .h et la lib ?


Merci des tes reponses en tout cas miles!

[hegros]

Peut être parce que le PATH est en conséquence ou que NotePad++ utilise le chargement dynamique. Pour le C++ et la décoration il faut ajouter un fichier .def au projet pour ne pas avoir a faire un truc du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

GetProcAddress(hinstDLL, "LoadForm12sds@sd213");

Le LoadLibrary et le Freelibrary tu ne le fais qu'une fois par contre

[Matthieu Brucher]

Les plugins sont chargés dynamiquement avec LoadLibrary...

[Médinoc]

Les plug-ins ne sont jamais chargés dès le chargement du programmes, ils sont chargés par LoadLibrary() (ou pire, les fonctions COM/OLE).

Quand un plug-in est chargé, le programme est déjà en train d'exécuter le main(), donc il peut avoir fait ce qu'il veut pour les répertoires.

Edit: Argh, grillé par Miles.

[adurandet]

Ok merci bien pour vos réponses c'est tous ce que je voulais savoir !