Version imprimable
Bonjour,
je développe une application MFC sous VS2008, j'un problème: mon release embarque une DLL Debug, lorsque je régénère mon application en release je peut l'utilisé que sur des pc ou VS2008 est installé, la DLL embarqué dans mon Release est MSVCP90D.DLL
Cela vient il d’une propriété du projet mal renseigner ?merci d’avance pour votre aide.
Tu as été voir les option de compil ?
tu as bien NDEBUG et pas _DEBUG ?
Tu n'es pas obligé d'avoir Visual pour exécuter des binaires en debug. il suffit d'avoir MSVCP90D.DLL.
oui c'est bien NDEBUGCitation:
Envoyé par fregolo52
Non, ça ne marche pas même si j'ai MSVCP90D.DLL, en plus comme tu doit le savoir nous avons pas le droit le faire.Citation:
Envoyé par fregolo52
Si tu utilises dependencies walker, qui dépend directement de MSVCP90D.DLL, ton exe ?
Citation:
Envoyé par fregolo52
Bip ... mauvaise réponse :aie:
Il fallait comprendre "A quoi est attaché MSVCP90D.DLL dans dependencies walker" et pas "qu'est ce qui est attaché à MSVCP90D.DLL"
C'est le module qui utilise MSVCP90D.DLL ou un de ses parents qui a un problème d'options de compilations (mode debug)
Le module parent qui utilise MSVCP90D.DLL est en mode release, en fait c'est la seule DLL debug du projet, tous les autres DLL sont Release.Citation:
Envoyé par ram-0000
Est ce que l'on pourrait avoir la vue complète de dependency walker (et pas une vue partielle).
Si ce que tu dis est vrai, il y a certainement un problème dans les options de compilation/linkage de ton projet. Vérifie ces options et si tu ne trouve pas, recommence...
voir l'imp écr ci-dessousCitation:
Envoyé par ram-0000
Tu confirme mon intuition, en fait j'ai vérifier toutes les options plusieurs fois avant même que je poste ce problème, mais rien ne me semble bizar , même si au fond de moi je suis sur que ça pe venir d'une option mal ou non renseigne, est ce que tu a une idée? comme pui-je bien vérifier ces options? Il faut que tu sache que ce projet a était converti de VS06 à VS2008.Citation:
Envoyé par ram-0000
As tu regardé les options de tous les fichiers (c ou cpp).
Il faut savoir que le projet à des options de compilation/linkage mais que les fichiers peuvent avoir des options spécifiques et différentes des options du projet. Ces option du projet sont appliquées à tout les nouveaux fichiers créés.
clic droit sur le fichier puis propriétés dans l'arbre de l'explorateur de solution.
Une option radicale est de supprimer tous les fichiers sources de ta solution (Attention, sans supprimer les fichiers, il y a une confirmation de ce que tu veux réellement faire posée à ce sujet) et ensuite de réinsérer tous les fichiers sources dans le projet. Ainsi, ces fichiers sources prendront bien les options du projet (je n'ai pas trouvé d'autre option pour réappliquer les options du projet sur les fichiers et ainsi écraser les options des fichiers).
En effet !! le projet dépend de MSVCP90D et MSVCP90, c'est louche !Citation:
Envoyé par ram-0000
Pour ça, il faut éditer le fichier projet.vcproj et regarder dedans s'il y a des _DEBUG ou DEBUG, c'est plus simple que de prendre un à un les propriétés des fichiers dans Visual.
Il est aussi possible de "référencer" la dll directement depuis le code source avec un #pragma comment(lib,....).
En Bref il y a une couill* dans projet.
Cela ne semble être qu'une étourderie car, au vue de l'image de dependancy walker, aucune fonction de cette dll n'est vraiment utilisée.
Regardez dans les traces de compilation le motif de cette inclusion fortuite.
Je vien de le faire à l'instant ça ne donne rien, toujour le meme probleme.Citation:
Envoyé par ram-0000
Oui, mais de quelle propriétes s'agit-il? celles que j'ai consulté elles sont toutes en NDEBUG, mais je n'ai pas vu de _DEBUG ou DEBUG.Citation:
Envoyé par fregolo52
j'ai fait une recherche avec: MSVCP, #pragma comment, #pragma, lib, je ne l'ai pas trouvé.Citation:
Envoyé par bacelar
Indépendamment de la propriété si tu n'as que du NDEBUG, ton problème ne vient pas du compilateur. Mais probablement du linker, mais où ?Citation:
Envoyé par atlascom
Dans le code source, cpp et h, tu n'aurais pas un truc dégueulasse que traîne ? Style :
#define DEBUG
Et les traces de compilation d'édition de lien, please ?
Non, je n'ai pas trouvé #define DEBUG par contre j'ai trouvé ce type de definition:Citation:
Envoyé par fregolo52
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
sur le lien suivant ils disent qu'on pe les supprimer?
http://support.microsoft.com/kb/143207/fr
C'est une aide en mode debug qui permet de tracer à la fin de ton programme les blocs alloués par new et non libérés (les appels à new sont remplacés par par des appels à DEBUG_NEW).Citation:
Envoyé par atlascom
C'est utile dans certains cas, tu peux le laisser sans crainte, ce n'est actif qu'en mode debug
Arrêtons de chasser le Dahu, les traces de compilation et d'édition de lien, please.
Elles sont, soit dans la fenêtre "sortie/output" de VS, si vous avez configuré pour qu'elles soient détaillées dans cette fenêtre, soit dans un fichier donc le chemin est indiqué dans cette même fenêtre "sortie".
voici ci-dessous les traces de compilation:Citation:
Envoyé par bacelar
Citation:
Suppression des fichiers de sortie et des fichiers intermédiaires du projet 'monprojet', configuration 'Release|Win32'
Compilation en cours...
cl : Ligne de commande warning D9035 : l'option 'Fr' est désapprouvée et sera supprimée dans une version ultérieure
cl : Ligne de commande warning D9036 : utilisez 'FR' à la place de 'Fr'
X1.cpp
X2.cpp
X3.cpp
…
Xn.cpp
Génération de code en cours...
Compilation des ressources en cours...
Microsoft (R) Windows (R) Resource Compiler Version 6.0.5724.0
Copyright (C) Microsoft Corporation. All rights reserved.
Édition des liens en cours...
jasper.lib(jas_stream.obj) : warning LNK4075: ' /EDITANDCONTINUE' ignoré à cause de la spécification '/OPT:ICF'
Création de la bibliothèque .\monprojet___Win32_Release/monprojet.lib et de l'objet .\monprojet___Win32_Release/monprojet.exp
LINK : warning LNK4098: conflit entre la bibliothèque par défaut 'MSVCRTD' et les autres bibliothèques ; utilisez /NODEFAULTLIB:library
Incorporation du manifeste en cours...
Création d'un fichier d'informations de consultation...
Microsoft Browse Information Maintenance Utility Version 9.00.21022
Copyright (C) Microsoft Corporation. All rights reserved.
Le journal de génération a été enregistré à l'emplacement "file://c:\\\\\ \BuildLog.htm"
monprojet - 0 erreur(s), 4 avertissement(s)
========== Régénération globale : 1 a réussi, 0 a échoué, 0 a été ignoré ======
Il doit être sympa à lire ce fichier. :aie:Citation:
Le journal de génération a été enregistré à l'emplacement "file://c:\\\\\ \BuildLog.htm"
Je pense que les explications détaillées sont dans ce fichier.
Du "/EDITANDCONTINUE" en Release, je ne pense pas que cela soit un réglage très commun. :aie:Citation:
jasper.lib(jas_stream.obj) : warning LNK4075: ' /EDITANDCONTINUE' ignoré à cause de la spécification '/OPT:ICF'
"jasper.lib" est-il généré par vos soins ?
Si oui, vérifiez que c'est bien une version Release qui est utilisé dans la configuration Release de votre Solution.
Sinon, vérifiez que vous avez bien récupéré une version Release pour la configuration Release de votre Solution.
Utilisez DUMPBIN sur "jasper.lib" et "monprojet.lib" pour voir si c'est la version Debug ou Release de la C-Runtime qui est utilisée.
Vous aurez vraisemblablement celui qui à les mains sales.
A vous de voir comment lui laver les mains. ;-)
Voici ci-joint le contenue du Journal de génération.
j'ai pris note, je vais décortiquer ceci et je reviens vers vous.Citation:
Envoyé par bacelar