Discussion :

[nymformaticien]

Bonjour,

Je développe une application A. Cette application dépend d'une librarie L compilée en mode release.
Lorsque j'essaie de compiler A en mode debug avec NMake et cl.exe, j'obtiens l'erreur suivante :

error LNK2038: discordance détectée pour '_ITERATOR_DEBUG_LEVEL'*: la valeur '0' ne correspond pas à la valeur '2' in main.cpp.obj

Je ne dispose pas des sources de L. Je ne peux donc pas la recompiler en mode debug (ce qui réglerait le problème de discordance).

Existe-t-il un moyen lancer A en mode debug ? Sous Visual Studio ? Sous Eclipse ?

Merci par avance pour votre aide.

[oodini]

Etrange. C'est courant, en mode debug, de reposer sur des bibliothèques en mode release.

Ce fil de discussion parle d'une histoire d'en-têtes précompilées...

[nymformaticien]

Merci pour ta réponse.

Malheureusement, je ne pense pas qu'il s'agisse du même problème.
D'après ce que j'ai compris, il manquait une directive pragma dans l'un des fichiers .cpp de l'auteur (cette même directive étant présente dans tous ses autres fichiers). Je n'ai aucune directive pragma dans mon code.
Après quelques recherches j'ai trouvé cette page : http://daikof622.wordpress.com/2011/...-0-in-xxx-obj/. Il y est indiqué de paramétrer _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH pour désactiver la vérification de _ITERATOR_DEBUG_LEVEL, mais je ne vois pas comment paramétrer _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH.

Une idée ?

Merci par avance.

[Emmanuel Deloget]

Il faut le mettre en tant que symboles définis dans les propriétés du projet. Ou rajouter /D... à la ligne de commande.

[nymformaticien]

Bonjour Emmanuel et merci pour ta réponse.

Je souhaite générer un projet Eclipse avec CMake.
J'aimerais donc ne pas avoir à modifier les propriétés de mon projet via l'IDE.
Je suis parvenu à rajouter le symbole _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH via le CMakeLists.txt :

Code :

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

ADD_DEFINITIONS(-D_ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH)

J'obtiens toujours le même type d'erreur, mais pas sur le même fichier "obj".
Sans le symbole, le message d'erreur est :

error LNK2038: discordance détectée pour '_ITERATOR_DEBUG_LEVEL' : la valeur '0' ne correspond pas à la valeur '2' in main.cpp.obj

Avec le symbole, le message d'erreur est :

error LNK2038: discordance détectée pour '_ITERATOR_DEBUG_LEVEL'*: la valeur '0' ne correspond pas à la valeur '2' in libboost_system-vc100-mt-gd-1_44.lib(error_code.obj)

Je ne comprends pas ce qui se passe.

Quelqu'un pourrait-il m'éclairer ?

Merci par avance.

[Arzar]

J'espère que tu sais bien ce que tu fais, nymformaticien, à vouloir désactiver le check sur _ITERATOR_DEBUG_LEVEL, car il est là pour te protéger.

Mélanger des bibliothèques debug et release sous Windows avec Visual c'est le meilleur moyen de se prendre des crashs méchants.

Un exemple concret :
Je crée le projet "LibRelease" qui va me générer une bibliothèque statique contenant la fonction ci-dessous "fillVector". Je génère cette lib en Release.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
#include "LibRelease.h"
#include <iostream>
 
std::vector<int> fillVector(std::vector<int>& v)
{
   std::cout << "Release : std::vector<int> size = " << sizeof(std::vector<int>) << std::endl;
   std::cout << "Release : std::vector<int>::iterator size = " << sizeof(std::vector<int>::iterator) << std::endl;
   v.clear();
   v.push_back(1);
   v.push_back(2);
   v.push_back(3);
   v.push_back(4);
   return v;
}

Ensuite je crée un projet ProjectUsingLibRelease comme ci-dessous, qui est linké avec ma lib LibRelease.lib. Je compile ce projet en Debug. Aussi, je rajoute _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH dans mon projet car sinon j'ai cette erreur bizarre de link, "error LNK2038: discordance détectée pour '_ITERATOR_DEBUG_LEVEL" que je ne comprends pas, mais, après tout, ça ne doit pas servir à grand chose n'est-ce pas ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
#include "LibRelease.h"
#include <vector>
#include <iostream>
int main()
{
   std::cout << "Debug : std::vector<int> size = " << sizeof(std::vector<int>) << std::endl;
   std::cout << "Debug : std::vector<int>::iterator size = " << sizeof(std::vector<int>::iterator) << std::endl;
   std::vector<int> v;
   std::vector<int> v2 = fillVector(v);
   for(auto it = v2.begin(), e = v2.end(); it != e; ++it)
   {
      std::cout << *it << std::endl;
   }
}

Résultat de l’exécution de ProjectUsingLibRelease.exe :

Debug : std::vector<int> size = 20
Debug : std::vector<int>::iterator size = 12
Release : std::vector<int> size = 16
Release : std::vector<int>::iterator size = 4
1
2
3
4

L'appli crash : "ProjectUsingLibRelease.exe a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagréablement encouru."

L'explication c'est qu'en fonction du niveau de la macro _ITERATOR_DEBUG_LEVEL les conteneurs de la STL ainsi que leur itérateurs n'ont pas la même taille, ce qui fait le passage d'argument entre l'appli en debug et la lib en release dans la fonction fillVector() fout complètement le boxon en mémoire dans la pile et fini par faire crasher l'appli.

En résumé, la solution correcte est de compiler boost à la fois en debug et en release et de linker dans ton appli avec libboost_system-vc100-mt-gd-1_44.lib en debug et avec libboost_system-vc100-mt-1_44.lib en release.