[How-to]Qt 4.4.x Open source sous Visual C++ Professional 2008

Oui, celle de kestufou permet d'avoir l'intégration complete du designer, l'assistant (au travers de l'aide de visual), la création des dossier et autre fichier liés au projet dans VS2008.

La mienne te permet juste de compiler depuis visual, et d'avoir l'intellisense.

La mienne est légale et ne s'arrete pas au bout de 30 jours

Celle de kestufou necessite que tu change la date de ton pc tout les 30 jours afin de garder ton intégration fonctionelle :p

voila c'est à peu prés tout :p

edit: c'est pas ma méthode, c'est une méthode qui permet l'intégration "partiel" de qt dans visual :p je ne répond de rien =)

Citation:

---

Envoyé par Mongaulois

Non... Le framework .net n'as rien à voir avec Qt.
Il te faut juste 2-3 dll de visual.
solution 1 :
recuperer les dll situé
"repertoire visual"/VC/redist/x86/"Microsoft. .CRT"

Solution 2:
doit tu donne une exe qui intalle les redist de visual.
Pour 2005 :http://www.microsoft.com/downloads/d...displaylang=en
pour 2008 : http://www.microsoft.com/downloads/d...displaylang=en

---

Bonjour,

moi j'ai exécuté l'install de la runtime C (pour la version 2008 donc, le lien que tu as donné plus haut), mais j'ai toujours le problème, impossible d'utiliser mon programme sur un autre ordinateur. (erreur: "Cette application n'a pas pu démarrer car la configuration de l'application est incorrecte. Réinstaller l'application pourrait résoudre ce problème")

Ca me fait ça seulement depuis que j'ai utilisé QtBuilder pour pouvoir utiliser Qt avec visual studio 2008 :(

Quand je compilais avec visual avant c'était ok, quand j'utilisais Qt tout seul, pareil, tout était portable, mais depuis que j'ai fait la manip avec QtBuilder... :/

Ce que j'avais fait, avec QtBuilder, c'est Debug, Shared (.dll) (pour visual 2008)

Et pour compiler: prompt de visual 2008 ==> qmake -project qmake nmake

Est-ce que tu sais d'où peut venir le problème? :(

(Edit: Ps: J'ai essayé ce matin en configurant QtBuilder en static .lib, ça ne marchait pas non plus)

Edit: après avoir installé Visual Studio 2008 sur l'autre PC, ça "marche" le programme se lance, mais erreur dès le début:

"le point d'entrée ?minimumSizeHint@QroupBox@@UBE?AVQSize@@XZ est introuvable dans la bibliothèque de liaisons dynamiques QtGuid4.dll"

J'ai installé Qt sur ledit PC, mais ça ne marche toujours pas.
Je vais poster un nouveau sujet puisque ma question n'a plus rien à voir avec ce topic :)

Citation:

---

Envoyé par MacPro

Oui, c'est vrai, mais quand le client veut pas copier coller des dll par ci par là sous prétexte que ça fait déjà beaucoup d'en avoir deux (QtCore4 et Qt.. je sais plus :P), ben il reste plus qu'à lui dire que pour le bien de son ordinateur il faudrait qu'il mette le .NET framework :mrgreen:

---

Dependency Walker est d'une bonne aide pour le déploiement afin de voir quelles bibliothèques sont utilisées par ton programme.

Si tu as un Windows "nu" en machine virtuelle, ça te permet de tester ton installation à coup sûr.

C'est d'ailleurs plus ou moins le même principe pour le déploiement sur les autres systèmes, avec ldd sous Unix et otool sous MacOS X.

Wow merci FloMo, il est super ce programme!
Mais hmmmm quand il y a trop de .dll dont dépend l'application, on fait comment pour savoir quelles sont présentes/installées et celles qui ne le sont pas? :/

Edit: j'ai trouvé, il faut faire un profiling (si j'avais regardé un peu ce qu'offrait le programme, j'aurais vu ça de suite, désolé >_> )

Edit2: apparemment, il y a toutes les .dll, mais sur l'autre ordinateur il dit que le .exe comporte des erreurs, alors que sur mon PC, le même programme dit que tout va bien, et il arrive à le lancer (en mode profiling). Bizarre...

Edit3: Après avoir installé Visual Studio 2008 sur ledit ordinateur, mon programme fonctionne...
Pourtant j'ai bien installé la dernière version de la runtime C (vcredistx86.exe) sur cet ordinateur...

Citation:

---

Envoyé par mstarsup5

Wow merci FloMo, il est super ce programme!
Mais hmmmm quand il y a trop de .dll dont dépend l'application, on fait comment pour savoir quelles sont présentes/installées et celles qui ne le sont pas? :/

Edit: j'ai trouvé, il faut faire un profiling (si j'avais regardé un peu ce qu'offrait le programme, j'aurais vu ça de suite, désolé >_> )

Edit2: apparemment, il y a toutes les .dll, mais sur l'autre ordinateur il dit que le .exe comporte des erreurs, alors que sur mon PC, le même programme dit que tout va bien, et il arrive à le lancer (en mode profiling). Bizarre...

Edit3: Après avoir installé Visual Studio 2008 sur ledit ordinateur, mon programme fonctionne...
Pourtant j'ai bien installé la dernière version de la runtime C (vcredistx86.exe) sur cet ordinateur...

---

Tu prends une machine virtuelle toute propre et tu vérifies les dlls présentent de base. Dans Dependency Walker, tu as le chemin complet.

Si tu veux une machine virtuelle toute propre, tu vas sur le site microsoft : ils en filent des XP pour virtual pc (avec ie6).

tu n'aurais pas installer une version mingw de Qt??
essaie la solution 1.
Tu as peut être un problème de version des dll de visual. Par exemple si tu as le sp1 ou pas, les dll de visual ne sont pas spécialement compatible.
Sinon, c'est peut être une histoire de fichier manifest, Mais j'ai toujours du mal à capter

Citation:

---

Envoyé par Mongaulois

tu n'aurais pas installer une version mingw de Qt??
essaie la solution 1.
Tu as peut être un problème de version des dll de visual. Par exemple si tu as le sp1 ou pas, les dll de visual ne sont pas spécialement compatible.
Sinon, c'est peut être une histoire de fichier manifest, Mais j'ai toujours du mal à capter

---

J'ai installé: qt-win-opensource-4.4.3-mingw.exe (donc Qt avec MinGW oui) mais ça ne fait pas simplement l'installation des deux + création de liens?
Hmmm peut être un problème de version des .dll oui :(

Je vais regarder :x

Sinon, j'avais aussi testé la solution 1, mais après avoir installé la rutime C, donc peut être ça regardait les .dll installées et ignorait les .dll que j'avais placées dans le dossier avec le .exe.
Je testerai donc pour voir ce que ça fait aprèa avoir désinstallé la runtime

Merci!

j'ai toujurs fait la solution 1 et je n'ai jamais eu de problème ;)
Il me semble que le manifest des dll de visual est important. Je ne sait plus :aie: