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

Bonjour,

Après avoir longtemps parcouru les tutos sur le net pour compiler nativement Qt sous visual et sans avoir réellement trouvé exactement ce que je cherchais, voila mon retour d'expérience. Je me suis basé sur ces tutos :

http://silkodyssey.net/?p=33
Composants nécessaires :

- Visual C++ Edition professionnelle (pas testé avec l'Express).
- Qt 4.4.x (ou autre, 4.x.x)
- QtBuilder ( http://www.qtbuilder.net/index.php?lang=fr ).

Installation :

* Installer Visual Studio avec les composants C++.
* Installer la Qt version open-source.
http://trolltech.com/developer/downloads/qt/windows.
( J'ai testé uniquement avec la version Desktop)
* Télécharger QtBuilder depuis le site, et le décompresser dans un répertoire quelconque.
* Lui indiquer le répertoire d'installation de Qt4 (par default C:\Qt\4.4.1)
* Choisir dans la fenêtre "Configuration of the compiler" Microsoft Visual C++ 2008 Standard Library
* Valider et lancer la compilation. Cela m'a pris environ 3 heures sur un dual core 1.7 Ghz.
* Sortir de QtBuilder.
* Clique droit sur Poste de travail -> Proprieté -> Onglet avancé -> Variables d'environnement.
Dans Variables Utilisateur pour <votre nom d'utilisateur>, cliquez sur nouveau.
Nom de la variable : QMAKESPEC
Valeur : win32-msvc2008

Dans Variables systèmes, selectionner la variable Path. Cliquer sur Modifier et ajouter ";<chemin vers votre installation de Qt\bin" (exemple pour moi ;C:\Qt\4.4.1\bin).
La ligne entière me donne chez moi : %SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;C:\Program Files\MATLAB\R2007b\bin;C:\Program files\MATLAB\R2007b\bin\win32;C:\Qt\4.4.1\bin

* Lancer Visual Studio 2008.

* Aller dans Tools -> Options -> Projets and solutions -> Visual C++ directories. Selection dans "Show directories for" l'option "include".
Ajouter les repertoires suivants (dépendant de votre installation de Qt) :
"C:\Qt\4.4.1\include\"
"C:\Qt\4.4.1\include\Gtgui"
Etc.....Ajouter tous les repertoires contenus dans "include" si vous vous servez de toutes les librairies de Qt.

Ensuite sélectionner le champs "Library files" et ajouter la ligne "C:\Qt\4.4.1\lib"

Puis sélectionner le champs "Executable file". Ajouter le lien vers votre repertoire Qt\bin (par défault c:\Qt\4.4.1\Bin)

Maintenant vos compilations fonctionnent ! et mieux que ça l'intelliSense de Visual studio fonctionne aussi !! Le bonheur quand il vous donne le type attendu par une fonction Qt, ou quand il vous complete les possibles choix de methodes, ou d'attribut suivant la classe...bref le pied :p

Voir pieces jointes.

****Creer vos projets Qt avec Visual C++ 2008*******

Pour que vos projets compile correctement vous devez créer un projet Makefile.
Debut :
Ligne de commande Build: "qmake -project & qmake & nmake"
Ligne de commande Rebuild: idem
Commandes de nettoyage: "nmake clean"

Choisissez les mêmes options pour la release.

Voila enjoy !

Salut

Citation:

---

Envoyé par Neocid

* Installer la Qt version open-source.
http://trolltech.com/developer/downloads/qt/windows.
( J'ai testé uniquement avec la version Desktop)

---

Il est préférable de ne télécharger que le fichier source. la version Desktop n'est pas opensources. C'est une version payante.

Code:

---

1 2 3 4 5 6

* Aller dans Tools -> Options -> Projets and solutions -> Visual C++ directories. Selection dans "Show directories for" l'option "include". Ajouter les repertoires suivants (dépendant de votre installation de Qt) : "C:\Qt\4.4.1\include\" "C:\Qt\4.4.1\include\Gtgui" Etc.....Ajouter tous les repertoires contenus dans "include" si vous vous servez de toutes les librairies de Qt.

---

Comme tu utilise la version Opensource, je te conseil d'ajouter le repertoire bin de Qt dans le PATH système et d'utiliser qmake. EN plus,

Code:

---

qmake -tp vc

---

te gènère ton fichier projet pour visual.

Merci, pour ton retour d'experience, si ca te dit, tu pourrais en faire une Q/R pour la FAQ ou un tuto pour remplacer http://arb.developpez.com/qt4/vc++/compilation/ qui est devenue obsolette.
Si ca t'intéresse, tu peut me contacter par MP ou Alp

Coucou,

Par version desktop, j'entend pas version Embedded ou Java.

Ces versions sont disponibles en open-sources ici :

http://trolltech.com/downloads/opens...source-edition

J'ai effectivement ajouté le repetoire bin de Qt dans les path de windows, sinon il ne trouve pas les dll lors du lancement de mon programme.

Tu pourrais me détailler ton qmake -tp vc?

En gros tu passes quand même par le prompt de trolltech, tu fais qmake -project, qmake -tp vc, make ? il me retourne une erreur sur la deuxième commande.

De plus j'ai remarqué qu'en compilant un programme avec le prompt de trolltech, (qmake -project, qmake, make) le programme plante à l'execution :

QDialBox::warning("Le point d'entrée de procédure _Z5qFreePv est introuvable dans la bibliothèque de liaisons dynamique QtCored4.dll",this)

( :yaisse3: )

Mais je pense savoir pourquoi, vu que les sources trolltech ont été recompilé pour VC et que là il me le sort avec MinGW. (gcc donc).

Par contre j'ai compiler sous VC++ un banal programme avec Qt, je l'ai mis sur mon deuxieme pc, impossible de le lancer (j'ai plus l'erreur en tête, mais c'est pas genre il manque un dll). Encore un truc qui me pousse à compiler en ligne de commande.

Je pense donc que le top serait néanmoins d'avoir les sources trolltech open-sources installée , d'y faire pointer les repetoire dans visual pour avoir l'instelliSense, mais de compiler en prompt avec gcc.

Je dois tester tout cela. Si tu as des réponses à mes soucis, fait moi en part !

Je serais bien tenté par écrire un tutos à jour, dés que j'ai réglè ces petits soucis afin de donner un compte rendu complet.

N.

Bon c'est bon, j'ai tout reussi, compiler sous visual et que l'application soit native :p

j'ai plus qu'a tester qu'elle fonctionne sur un autre pc et ca serait tout bon :)

Et le projet crée doit etre un Makefile.

Je vous poste le retour complet dés que j'ai un peu de temps

Voila ce que j'obtiens lorsque je porte mon application sur un autre Windows :

La configuration de l'application a échouer, réinstaller l'application pourrait résoudre ce problème.

gngng :p

Bonjour,

J'ai déjà utilisé Qt avec Visual Studio. Je vais être amené à redévelopper en Qt et je cherche des retours comme les tiens à toute fin utile.

Quand tu dis " installer la version OpenSource ", tu parles de la version exécutable qui nécéssite MinGW ? Parce qu'ensuite tu parles de compilation ... Je suis un peu perdu

Par ailleurs, quelqu'un aurait il une méthode ou des conseils pour déployer facilement une appli Qt sur quelques PC.

Tu prend n'importe laquelle , que tu installes si c'est la version minGW ou que tu décompresses dans un répertoire (qui sera ton répertoire d'installation) si c'est la version source.

La compilation se fait par le biais de QtBuilder, tu as juste à lui indiquer l'endroit ou tu as installé/décompressé Qt.

Si j'ai bien compris, QtBuilder "recompile" les .dll contenus dans ton /bin avec les .h et .cpp de Qt ( là ou y'a toutes les fonctions ) avec le compilateur de VisualC++ (msvc2008). Ce qui te permet de les utiliser avec par la suite.

Quand aux applications créées voila ce que j'en ai tiré :

Une application compilé avec Visual C++/Qt recompilé ne tourne que sur le pc qui l'a compilé.
Sinon il te retourne une erreur "Erreur de configuration de l'application, une réinstallation pourrait résoudre le problème".

J'ai essayé de copier les .Dll de /bin sur le deuxième pc, sans résultat, même erreur.

Si tu compiles une Application Qt en command prompt avec MinGW. (cela sous entend que tu as installé dans un autre répertoire une version de Qt-minGW) Ton application ne sera exécutée que si les dll correspondant aux bibliothèques que tu utilises sont installés soit - dans le path %system\system32 - soit dans le répertoire d'exécution de ton programme. De plus il te faudra la dll de minGW (mingw10 jsais pas quoi)


Or ces dl font 1.21 Go dans leur totalité. (21 + 7 MO pour une application GUI basique...) Ce qui n'est bien sur pas viable. (genre mon programme fait 400Ko, et les dll font 30Mo ... moé )

Attention néanmoins, une programme compilé avec le prompt de command & minGW ne TOURNERA PAS sur le pc qui contient les .dll compilés pour visual studio. Il te retourne une erreur " Impossible de trouver l'entrée <deschiffres&deslettres> dans GuiCored4.dll ". (je suppose que le nom varie suivant les bibliothèques que tu utilises).

J'ai entendu dire qu'on pouvait recompiler les dll uniquement nécessaires à notre application, ce qui réduirait grandement leur taille. Mais je n'ai pas eu plus d'infos.
EDIT : c'est ce qu'on appel le build static, j'ai pas encore trouver beaucoup d'infos sur ce point.
Juste un petit débat sur la chose (en) :

http://brainrack.wordpress.com/2008/...static-builds/

Bref pour le moment Qt sert à faire des applications open sources qui ne sont portables que si tu te ballades avec les -1.21Go de - dll associées.

Si d'autres personnes ont des solutions...snip :p

N.

Salut

Citation:

---

Envoyé par Neocid

Si j'ai bien compris, QtBuilder "recompile" les .dll contenus dans ton /bin avec les .h et .cpp de Qt ( là ou y'a toutes les fonctions ) avec le compilateur de VisualC++ (msvc2008). Ce qui te permet de les utiliser avec par la suite.

---

Ce exactement cela. Il recompile Qt pour qu'il puisse être exploité par vicual.

Citation:

---

Quand aux applications créées voila ce que j'en ai tiré :

Une application compilé avec Visual C++/Qt recompilé ne tourne que sur le pc qui l'a compilé.
Sinon il te retourne une erreur "Erreur de configuration de l'application, une réinstallation pourrait résoudre le problème".

---

Non. Ton problème est un problème de redist. Il te faut ajouter les quelque dll de visual. Avec QtBuilder, tu peut spécifier l'utilisation de version static des lib visual, et donc plus de problème.

Citation:

---

Or ces dl font 1.21 Go dans leur totalité. (21 + 7 MO pour une application GUI basique...) Ce qui n'est bien sur pas viable. (genre mon programme fait 400Ko, et les dll font 30Mo ... moé )

---

C'est par ce que tu utilise des version dynamic de Qt.
Pour un appli de base, il te faut juste QtCore(2Mo) et QtGui(7Mo). C'est loin des 30Mo que tu parle.

Citation:

---

Attention néanmoins, une programme compilé avec le prompt de command & minGW ne TOURNERA PAS sur le pc qui contient les .dll compilés pour visual studio. Il te retourne une erreur " Impossible de trouver l'entrée <deschiffres&deslettres> dans GuiCored4.dll ". (je suppose que le nom varie suivant les bibliothèques que tu utilises).

---

C'est pour cette raison que l'on recompile Qt pour Visual. Les dll c++ ne sont pas standard, et donc sont peu ou pas compatible entre différent compilateur?

Citation:

---

J'ai entendu dire qu'on pouvait recompiler les dll uniquement nécessaires à notre application, ce qui réduirait grandement leur taille. Mais je n'ai pas eu plus d'infos.
EDIT : c'est ce qu'on appel le build static, j'ai pas encore trouver beaucoup d'infos sur ce point.

---

Je pense que tu parle d'utiliser les lib static de Qt. QTBuilder te permet de les généré (attentionparfois erreur de compile dans les exemple, mais tous Qt est bien compiler). En gros, tu n'as plus de dll, que des .lib qui représente le code. Lors du link, le compilateur ne rajoutera dans l'exe que le minimum nécessaire.

Citation:

---

Bref pour le moment Qt sert à faire des applications open sources qui ne sont portables que si tu te ballades avec les -1.21Go de - dll associées.

Si d'autres personnes ont des solutions...snip :p

---

:koi:
si je somme la taille de toutes les dll Qt je tombe sur 30Mo.Sachant que tu n'as généralement pas besoin de toute. Aprés y as les plug-in, mais tu n'ajoute que ce dont tu as besoin.

Citation:

---

Envoyé par Neocid

Tu pourrais me détailler ton qmake -tp vc?

---

ben ca créé un fichier vcjproj à ouvrir pour visual.
EN gros, tu prépare ton projet avec le .pro et qmake. Ensuite tu utilise visual pour le reste, compilation, edition, debuggage....
Je fait comme cela :
1- j'utilise le commande prompt de visual
2-au debut du projet, je créé un main.cpp et execute qmake -jroject dans le repertoire. Cele me créé mon .pro de base. A ne faire qu'une fois normalement..
3-j'execute" qmake -tp vc" pour générer mon vcjproj
4-j'ouvre le vcjproj avec visual
5- je développe.
- A chaque fichier( h,cpp,...) ajouté, modifie le .pro et relance "qmake -tp
vc"
- A chaque nouvelle class qui doit être moccé, je relance "qmake -tp
vc"
- pour utiliser d'autre lib, je la rajoute dans le .pro et relance "qmake -tp
vc"

qmake s'occupe de tout ce qui est chiant : moc, uic,inclusion des fichier généré, environement de compilation ...

Citation:

---

"Erreur de configuration de l'application, une réinstallation pourrait résoudre le problème"

---

J'ai eu exactement le même problème Jeudi dernier en refilant à un client mon programme. Il faut que le .Net framework soit installé sur l'autre machine.

Citation:

---

Envoyé par Kestufou

J'ai eu exactement le même problème Jeudi dernier en refilant à un client mon programme. Il faut que le .Net framework soit installé sur l'autre machine.

---

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

J'ai une solution encore meilleure pour ne pas s'embêter avec toutes les manipulations exotiques de qmake.

Vous télécharger la version de démo de Qt qui s'intègre dans visual studio.
Vous l'installez et elle sera là pour 30 jours. Vous remarquerez au passage que tous vos programmes seront 'patchés' [Qt Evaluation]. Si vous jetez un coup d'oeil au dossier Qt/4.40 vous verrez que ce que vous avez installé c'est une version déjà précompilée par Visual Studio.

Après cela, vous téléchargez la version open source de Qt, que vous recompilez avec Qt Builder (j'ai essayé avec la version 4.4.1 ce weekend). Vous recompilez tout ça tout beau.
Ensuite, vous aurez un dossier Qt/4.4.1. Renommer l'ancien Qt/4.4.0 en Qt/4.4.0.old (ou autre, on se comprend) et le Qt/4.4.1 en Qt/4.4.0 (c'est une méthode rapide, vous pouvez accessoirement reconfigurer toutes les options de Qt intégrées à Visual pour qu'il aille piocher dans le vrai Qt/4.4.1 comme c'est si bien expliqué dans le premier post).

Après celà, hop, plus de Qt Evaluation, moi c'est ce que j'ai fait pour chez moi, au boulot j'ai une license officielle payée 2630 euros que je ne voulais pas prendre le risque d'installer sur un second poste !

Voilà, ensuite, ben tout sera tout beau comme c'est précisé chez trolltech :

Citation:

---

The main features of the integration are:

Fully integrated form editor (Qt Designer)
Wizards for creating new Qt project and classes
Automated build setup for moc, uic, and rcc
Import and export of Qt .pro and .pri files
Integrated Qt resource management
Integrated Qt documentation

---

Citation:

---

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"

---

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:

En plus, ça fait bien, ça fait mieux de dire 'C'est votre ordinateur qui est pas à jour' que 'J'ai oublié de vous donner ça' :mouarf:

Citation:

---

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

---

ça ça mérite d'être épinglé je pense.

Citation:

---

Envoyé par Kestufou

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:

En plus, ça fait bien, ça fait mieux de dire 'C'est votre ordinateur qui est pas à jour' que 'J'ai oublié de vous donner ça' :mouarf:



ça ça mérite d'être épinglé je pense.

---

lol. Ok.
Sinon avec QtBuilder, tu peut spécifier l'utilisation des version static de ces lib. Donc plus de problème
Idem pour Qt

Merci pour la précision Mongolois, j'ai eu le temps de peaufiner un peu tout ce que tu as expliquer pendant votre nuit :)

La taille des .dll était anormalement grosse sur ma première installation de Qt (un seul faisait 64MO o_O). J'ai donc recompilé ça avec les commandes prompts de Visual et depuis tout va bien.

Je compile donc sous visual, le programme en release s'export facilement avec le peu de dll, et je compile aussi bien sous linux que windows avec le même code :p

Un vrai bonheur ce Framework :)

Je pense qu'un bon résumer de ce post, avec toutes les astuces évoqués (dll Microsoft par exemple) serait une bonne chose non?

N.

Slt, je suis débutant en Qt ,j'ai suivi les explication de Neocid mais je ne peut pas compiler, je peut Générer,l'intelliSense de Visual studio fonctionne et quand je fait Debug ca réussi mais une fenêtre s'affiche impossible de démarrer le .exe(chemin introuvable).SI vous pouvez m'aider et merci d'avance .

Citation:

---

Envoyé par belha00

Slt, je suis débutant en Qt ,j'ai suivi les explication de Neocid mais je ne peut pas compiler, je peut Générer,l'intelliSense de Visual studio fonctionne et quand je fait Debug ca réussi mais une fenêtre s'affiche impossible de démarrer le .exe(chemin introuvable).SI vous pouvez m'aider et merci d'avance .

---

Merci de faire un nouveau thread pour ton problème

Bonjour,

Je suis en train de compiler Qt pour le faire marcher sous Visual, plus que 2heures d'attentes si çà mets autant de temps que pour Neocid :roll:

Pour l'instant j'ai quelques petites erreurs de compilation sous QtBuilder, mais je ne pense pas que çà soit gravissime. C'est du genre

Citation:

---

c:\qt\4.4.1\src\3rdparty\webkit\webcore\rendering\RootInlineBox.h(169) : warning C4291: 'void *WebCore::RootInlineBox::Overflow::operator new(size_t,WebCore::RenderArena *) throw()'ÿ: op‚rateur delete correspondant introuvableÿ; la m‚moire ne sera pas lib‚r‚e si l'initialisation lŠve une exception

---

On verra bien.

Pour en revenir sur les problèmes de compatibilité avec d'autres ordinateur, cités plus haut. Le but de la méthode n'est il pas simplement de développer plus efficacement? Faire un compilation finale, directement avec qmake au moment du déploiement n'est il pas plus sûr? Ce qui serait d'ailleurs le cas pour moi si des fuites de mémoire apparaissent lors des exceptions mal compilées :?

PS : La compilation sous Visual marche mais pas d'intelliSense. J'ai ouvert un nouveau sujet pour ce problème.

Oui il y a des warnings lors de la compilation de Qt , ne t'inquiète pas.

Concernant les erreurs de portabilité, il suffit de faire ça en mode "reglo". J'entend avec un vrai Qmake (celui de Qt open source), et non celui bidouillé dans visual. Cette méthode te permet juste de tester que ton prog marche sur ton ordi en débug.

Sinon j'ai testé la méthode de Kestufou avec la version de Qt commerciale, et ça marche du tonnerre. L'intégration dans visual est un vrai bonheur. Attention néanmoins, je ne suis pas sur que ce soit très légal.

Si tu as d'autre questions, n'hésite pas.

N.

Juste pour savoir, au niveau utilisation finale, ta méthode et celle de kestufou ont-elles des différences?

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: