Un exécutable impossible à lancer

Bonsoir,

Je tente depuis un moment de compiler et de faire tourner un exécutable généré par Qt.

Il se trouve, déjà que l'exé se trouve après compilation dans /debug -> Pas normal :(
Il se trouve qu'il ne sait pas mettre la main sur des dll -> re pas normal :(
Et quand je lui donne des DLL à manger, il me colle un message comme quoi il ne sait rien faire d'autre que rien faire !

Citation:

---

Le point d'entree de procedure Z5qFreePv _Z5qFreePv est introuvable dans la bibliotheque de liaison dynamique QtCore4.dll

---

-> Pas normal :cry:

Voila, j'aimerais savoir si on peut rendre l'exécutable sans ses DLL y compris quand on l'envoie pour un autre poste ?
Et ensuite, si on sait passer outre cette blague de point d'entrée. Par ce que pour le coup, j'ai bien peur que Qt face une sortie vite fait vers les oubliettes :lol:

Si vous voyez ce que je veux dire !

Pour la petite histoire je suis sur W7 32 bits (pour des raisons de compatibilité avec des vieux softs. Mon programme final sera dédié à Xp en 32 bits aussi. Et enfin, mon Qt est un SDK 4_8_1 :)

Ce qui est amplement suffisant pour ce que je veux faire.

Merci pour vos indications.

Citation:

---

Envoyé par Caxton

Il se trouve, déjà que l'exé se trouve après compilation dans /debug -> Pas normal :(

---

Qu'est-ce qui est anormal ici ? Regardes la configuration de ton projet. Si tu compiles en mode debug, alors le binaire est mis dans un dossier type Mon-projet-debug/

Citation:

---

Envoyé par Caxton

Il se trouve qu'il ne sait pas mettre la main sur des dll -> re pas normal :(

---

Si les .dll ne sont pas dans le dossier de l'exécutable, c'est tout à fait normal qu'il ne puisse pas mettre la main dessus. Ton binaire n'a pas de boule de cristal pour localiser ses dépendances. :aie:

Citation:

---

Envoyé par Caxton

Et quand je lui donne des DLL à manger, il me colle un message comme quoi il ne sait rien faire d'autre que rien faire !

Le point d'entree de procedure Z5qFreePv _Z5qFreePv est introuvable dans la bibliotheque de liaison dynamique QtCore4.dll

---

C'est normal. :P Tu essayes de compiler en mode debug mais tu fournis les .dll pour le mode release. :? Cherches les dll qui se terminent par un d, exemple QtCored.dll

Si compiles en mode release, dans ce cas utilise les dll qui ne se terminent pas par un d, exemple QtCore.dll.

Citation:

---

Envoyé par Caxton

Voila, j'aimerais savoir si on peut rendre l'exécutable sans ses DLL y compris quand on l'envoie pour un autre poste ?

---

Regardes du côté de la liaison statique.

Ok, donc en fait, si je résume correctement.

Il est inutile de vouloir du statique vue que l'on sait fournir les dll pour le final.

Donc la seule vraie solution est de modifier la sortie pour basculer de debug à release.

Ensuite, il serait tout aussi logique de garder le debug le temps de créer tout le programme.

Qu'en pensez-vous ?

En tout cas j'oriente mes recherches en ce sens !

Edit:
Bon, une des piste serait de faire cela -> What does the syntax CONFIG(debug,debug|release) mean ?

Mais je me trompe peut-être...

Citation:

---

Envoyé par Caxton

Ok, donc en fait, si je résume correctement.

Il est inutile de vouloir du statique vue que l'on sait fournir les dll pour le final.

---

Oui, dans le cas géneral, les bibliothèques sont liées dynamiquement.

Citation:

---

Envoyé par Caxton

Donc la seule vraie solution est de modifier la sortie pour basculer de debug à release.

Ensuite, il serait tout aussi logique de garder le debug le temps de créer tout le programme.

---

Si tu utilises Qt Creator, du côté gauche et en haut de la flèche verte, tu as une icône d'ordinateur. Cliques dessus et normalement, tu pourras choisir de compiler en mode release.

Sinon, as-tu réussi à exécuter le binaire que tu avais géneré en mode debug en mettant dans son repertoire toutes les dll du type *d.dll nécessaires ?

Citation:

---

Envoyé par arnolddumas

Sinon, as-tu réussi à exécuter le binaire que tu avais géneré en mode debug en mettant dans son repertoire toutes les dll du type *d.dll nécessaires ?

---

Et non justement ! J'ai des soucis avec ce que me génère Qt...

Sinon, je serais pas venu là pour demander de l'aide la dessus :roll:

Mais bon, je vais cherché ce que tu me dis pour le choix et vois si effectivement la sortie release est clean. Si c'est le cas, cela veut dire que le débug est liée à QtCréator... :ccool:

Citation:

---

Envoyé par Caxton

Et non justement ! J'ai des soucis avec ce que me génère Qt...

---

Quel est le problème exactement ? Si la compilation réussi, je ne vois pas pourquoi tu ne pourrais pas lancer le programme si toutes les dll sont au bon endroit. Quelle est l'erreur affichée ?

Quelle genre d'erreur.

Même avec une release, on me demande un QtNetworkd4.dll Donc debug :?

Ensuite, ça devient impossible à utiliser bien que la compilation d'une fenêtre vide se face sans bug :

http://nsa34.casimages.com/img/2013/...3440628782.jpg

Là, c'est de moins en moins concret pour moi... :roll:

Edit : Voila le contenu du .pro généré par Qt...

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

#------------------------------------------------- # # Project created by QtCreator 2013-06-28T21:14:28 # #-------------------------------------------------   QT += core gui   TARGET = HamTimer TEMPLATE = app     SOURCES += main.cpp\ mainwindow.cpp   HEADERS += mainwindow.h   FORMS += mainwindow.ui

---

Bon, alors.
Au départ, on me demande mingwm10.dll. Je le rajoute et:
On me demande libgcc_s_dw2-1.dll. Je le rajoute et:
On me demande QtCore4.dll. Je le rajoute et:
On me demande QtGui4.dll. Je le rajoute et:
C'est là que j'ai le message d'au dessus.

Franchement c'est pas top du tout ça !

Citation:

---

Envoyé par Caxton

Franchement c'est pas top du tout ça !

---

Au vu de ton dernier message, je dirais plutôt que c'est exactement ce que tu demandes. Tu prends une DLL qui a le bon nom, hop, tu la copies dans le dossier. Il faut en plus que ce soient les bonnes DLL, soit celles qui correspondent aux fichiers A utilisés pour la compilation. Ce genre de message (déchiffré entre deux publicités, c'est bien dommage d'utiliser des services externes de mauvaise qualité quand le forum propose une bien meilleure intégration) arrive très souvent en mélangeant les DLL d'un peu partout.

J'avoue que j'ai du mal à déchiffrer ce que tu me dis...

J'ai pris les dll dans le sdk... Et bon nombre de messages sur divers forum en font autant sans soucis.

Donc, soit ce ne sont pas les bonnes... Soit il y a quelque-chose de foireux à la compilation. Je ne voie pas autrement !

Dans tous les cas de figure, je ne les ai pas téléchargé. :calim2:

Si c'est ce d'ont t'est en train de me faire supposé.

Citation:

---

Envoyé par Caxton

Si c'est ce d'ont t'est en train de me faire supposé.

---

J'avoue aussi avoir du mal à te déchiffrer :aie:.

Tu peux très bien avoir plusieurs installations de Qt pour le développement (notamment, Qt Creator dispose de la sienne, mais il est compilé avec VC++). Il faut regarder dans la configuration du kit utilisé pour la compilation dans Qt Creator et prendre les DLL qui correspondent à ce kit.

Ok, là je comprends mieux aussi.

Et sinon, ou trouver la configuration ? Et du coup les chemins requis ?

Par ce que dans ce cas, ça me gène pas de trifouillé un peu ais pas sur que je parte dans la bonne direction niveau recherche.


Désolé si tu a du mal à me déchiffrer.. Je suis un amateur autodidacte alors... Bon, c'est ainsi quand je débute je suis perdu :calim2:

Mais un jour je m'en sortirais :mouarf:

Citation:

---

Envoyé par Caxton

Mais un jour je m'en sortirais :mouarf:

---

C'est la bonne mentalité :ccool: !

Dans Qt Creator, Outils > Options > Compiler et exécuter. Dans l'onglet Kits, sélectionne le kit utilisé pour compiler le projet (tu n'en as probablement qu'un), note la version de Qt utilisée (tout en bas). Dans l'onglet Versions de Qt, sélectionne la version notée précédemment et notes l'emplacement de qmake. C'est dans ce dossier qu'il faut aller chercher les DLL.

Les choses s'annonce mal !

J'ai pas d'onglet kit 8O

Mais j'ai plein de warning intéressant... Regarde par toi même avec ces quelques screens :mrgreen:

Pièce jointe 122080

Pièce jointe 122081

Pièce jointe 122082

Pièce jointe 122083

Pièce jointe 122084

Autant dire que Qmake n'a pas de chemin.. Bizarre :? Et que les versions qui compile ont un :!: rouge :calim2:

Voila un vrai début de piste :)

Comme l'aurais dit Albert : "100 fois j'ai tort... Mais la 101ième fois, j'ai raison" :p

Citation:

---

Envoyé par Caxton

Autant dire que Qmake n'a pas de chemin.. Bizarre :? Et que les versions qui compile ont un :!: rouge :calim2:

---

Non non, c'est CMake qui n'a pas de chemin, et c'est "normal" puisque il n'est pas installé par défaut avec Qt. ;)

Dans l'onglet "chaînes d'outils", clique sur le premier item (MinGW as a GCC for Windows targets), le seul sans mobile pour voir les paramètres associés. Apparemment, tu as une relativement vieille version de Qt Creator, c'est pour ça que tu n'as pas tout ce que je te dis ;).

Ah zut... trop ancienne !

Bon, alors je vais prendre le problème différemment.

Ne vaut-il pas mieux que je supprime l'installation de mon SDK qui semble "trop vieux" pour quelque-chose de plus récent ?

Et si oui, quelle version de SDK prendre ? Quelle lien ? Et comment installer ça proprement sur W7 ?

Sinon, bon, je vais voir cet onglet là que tu me dit, peut-être existe-il un moyen de rattraper tout ça. :ccool:

Dans tous les cas, j'ai perdu une bataille mais pas la guerre 2.0 8-)

Erreur de ma part, ce n'est pas dans cet onglet-là, c'est mieux dans Versions de Qt, ligne Qt 4.8.1 for Desktop.

Ce serait déjà bien de migrer vers la dernière version de Qt 4.8 (4.8.4), en fin de page des téléchargements : http://qt-project.org/downloads. Là, tu auras principalement des corrections de bogues. Maintenant, l'idéal serait de passer à Qt 5 (XP est toujours supporté en tier-2, c'est-à-dire que tout devrait bien fonctionner mais qu'un bogue de dernière minute n'empêchera pas la publication d'une version : http://qt-project.org/doc/qt-5.0/qtd...m-details.html), ça ne devrait pas trop te poser de problèmes, mais ça ne semble pas forcément requis non plus.

Quelque chose qui pourrait t'être plus utile que de migrer à Qt 5, c'est de passer à la dernière version de Qt Creator (2.7.2), si elle n'est pas intégrée dans le SDK (bogues de l'éditeur, nouvelles fonctionnalités pratiques, etc.).

Dans tous les cas, je ne pense pas que la mise à jour fera que ton problème est résolu.

Ah bon... alors que faire ?

Abandoner Qt ? Virer l'installation du SDK ? N'installer que le Creator ? Je suis perdu la :cry:

Citation:

---

Envoyé par Caxton

Je suis perdu la :cry:

---

Quelques pierres dans une direction pas trop au hasard :

Citation:

---

Envoyé par dourouc05

Erreur de ma part, ce n'est pas dans cet onglet-là, c'est mieux dans Versions de Qt, ligne Qt 4.8.1 for Desktop.

---