erreur LNK2038: l'inadéquation détecté pour "_ITERATOR_DEBUG_LEVEL': la valeur '0' ne correspond pas à la valeur '2' dans la main.obj

J'ai lu beaucoup de solutions à mon problème mais rien aidé. J'ai essayé de les nettoyer, de les reconstruire. Réinstallé visual 2010 et changer de professionnel à l'ultime. Mais encore, je ne sais pas pourquoi j'ai cette erreur.
Mon projet ressembler à ceci:
1 Exe Solution pour tester ma bibliothèque statique.
1 Dll Solution statique de la bibliothèque.
Le Code qui est ensuite converti en fichier dll à l'aide de la fonction à partir du 1 lib appelé ClassificationFramework. J'ai fourni cette lib que les en-têtes et du rpc, donc en gros le code source. Dans Exe solution que j'ai lié ma bibliothèque généré + quelques autres libs pour l'exécuter + ClassificationFramework.dll. Tout fonctionne bien lorsque j'utilise la Libération, mais lorsque je change de Debug (parce que je veux debug quelques trucs, je suis fatigué de sauter le débogueur en mode release) j'obtiens ceci:

    2>Link:
    2>  ClassificationFramework.lib(SampleClass.obj) : MSIL .netmodule or module compiled with /GL found; restarting link with /LTCG; add /LTCG to the link command line to improve linker performance
    2>ClassificationFramework.lib(SampleClass.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in main.obj
    2>ClassificationFramework.lib(SampleNamesSet.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in main.obj
    2>ClassificationFramework.lib(SampleSet.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in main.obj
    2>ClassificationFramework.lib(DirectoryReader.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in main.obj
    2>LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library
    2>C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Debug\Tester.exe : fatal error LNK1319: 4 mismatches detected

Quand je construis dans la Version j'ai aussi reçu ces avertissements:

    1>Link:
1>  Generating code
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\utility(101): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because ptimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\directoryreader.cpp(30): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\program files (x86)\microsoft visual studio 10.0\vc\include\xstring(1589): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\samplenamesset.cpp(226): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\directoryreader.cpp(60): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\samplenamesset.cpp(199): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\sampleset.cpp(27): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>c:\users\kasia\documents\visual studio 2010\projects\classificationframework\classificationframework\samplenamesset.cpp(59): warning C4748: /GS can not protect parameters and local variables from local buffer overrun because optimizations are disabled in function
1>  Finished generating code
1>ClassificationFramework.lib(SampleSet.obj) : warning LNK4099: PDB 'vc100.pdb' was not found with 'ClassificationFramework.lib(SampleSet.obj)' or at 'C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Release\vc100.pdb'; linking object as if no debug info
1>ClassificationFramework.lib(SampleNamesSet.obj) : warning LNK4099: PDB 'vc100.pdb' was not found with 'ClassificationFramework.lib(SampleNamesSet.obj)' or at 'C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Release\vc100.pdb'; linking object as if no debug info
1>ClassificationFramework.lib(SampleClass.obj) : warning LNK4099: PDB 'vc100.pdb' was not found with 'ClassificationFramework.lib(SampleClass.obj)' or at 'C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Release\vc100.pdb'; linking object as if no debug info
1>ClassificationFramework.lib(DirectoryReader.obj) : warning LNK4099: PDB 'vc100.pdb' was not found with 'ClassificationFramework.lib(DirectoryReader.obj)' or at 'C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Release\vc100.pdb'; linking object as if no debug info
1>  Tester.vcxproj -> C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Transformer\Release\Tester.exe

J'ai trouvé que le Débogueur saute à cause d'un mauvais chemin d'accès aux fichiers pdb.

'Tester.exe': Loaded 'C:\Documents and Settings\Administrator\My Documents\Visual Studio 2010\Projects\Work\Release\Tester.exe', Symbols loaded.
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\kernel32.dll', Cannot find or open the PDB file
'Tester.exe': Unloaded 'C:\WINDOWS\SysWOW64\kernel32.dll'
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\ntdll.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\kernel32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\OpenCV2.2\bin\opencv_core220.dll', Binary was not built with debug information.
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\msvcp100.dll', Symbols loaded.
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\msvcr100.dll', Symbols loaded.
'Tester.exe': Loaded 'C:\OpenCV2.2\bin\opencv_highgui220.dll', Binary was not built with debug information.
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\user32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\gdi32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\advapi32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\rpcrt4.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\secur32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\ole32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\msvcrt.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\WinSxS\x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_5.82.3790.4770_x-ww_A689AB02\comctl32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\avifil32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\winmm.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\msacm32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\msvfw32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\shell32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\shlwapi.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\avicap32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\version.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\OpenCV2.2\bin\opencv_imgproc220.dll', Binary was not built with debug information.
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\imm32.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\lpk.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\SysWOW64\usp10.dll', Cannot find or open the PDB file
'Tester.exe': Loaded 'C:\WINDOWS\WinSxS\wow64_Microsoft.Windows.Common-        Controls_6595b64144ccf1df_6.0.3790.4770_x-ww_8D2E3180\comctl32.dll', Cannot find or open the PDB file
The program '[4984] Tester.exe: Native' has exited with code 0 (0x0).

Quand je vais à Debug->Windows->Modules je vois qu'il ne peut pas trouver ces fichiers pdb ou quelque chose. Comment je peux lui dire que ces fichiers sont ici, ici et ici? J'ai essayé d'exécuter MSvisual en tant qu'administrateur, mais il na pas aider. J'ai utilisé microsoft serveur pour charger des fichiers pdb, mais aussi na pas aider.

InformationsquelleAutor Qbunia | 2011-10-05

c++debugging linker

136

Dans VS2010 itérateur niveau de débogage par défaut 2 en debug et il est désactivé dans le communiqué. L'un des dll que vous utilisez probablement a itérateur de débogage éteint en debug, soit parce qu'il a été construit dans une ancienne version de visual studio ou ils explicitement ajouté la définit le projet.

De recherche pour _ITERATOR_DEBUG_LEVEL et _SECURE_SCL de les supprimer ou de les définir de manière appropriée dans tous les projets et les sources et tout reconstruire.
```
_ITERATOR_DEBUG_LEVEL = 0 //disabled (for release builds)
_ITERATOR_DEBUG_LEVEL = 1 //enabled (if _SECURE_SCL is defined)
_ITERATOR_DEBUG_LEVEL = 2 //enabled (for debug builds)
```
Bref vous êtes probablement mélange release et debug dll. N'est pas lié version dll de débogage ou vice-versa!
- Je ne vois pas en toute .h ou .fichier cpp tout de _ITERATOR_DEBUG_LEVEL ou _SECURE_SCL Ils existent uniquement dans les fichiers obj comme: /FAILIFMISMATCH:"_ITERATOR_DEBUG_LEVEL=0" en Ce qui concerne
- Que de sauter des points d'arrêt par le débogueur dans libération? Certains points d'arrêt ne sont pas remplis et dit débogueur de les éviter en raison de l'optimisation ou de la relier à quelque chose comme ceci
- le débogage dans la version est toujours incomplète, car les versions release n'ont généralement pas les symboles de débogage. Vous pouvez avoir incorrecte des piles et a raté des points d'arrêt. En raison de l'optimisation du code ne peut pas être le même que ce que vous regardez. _ITERATOR_DEBUG_LEVEL serait probablement être défini dans le vcproj fichiers si non, alors assurez-vous d'utiliser dll de débogage avec debug exe et la libération des dll avec la version exe.
- "En bref, vous êtes probablement mélange release et debug dll" m'a aidé. Merci!
- +1 j'ai été en utilisant la libération libs dans une version de débogage ainsi, merci !
- Waiwaiwait ! Vous voulez dire que quand je suis avec MSVC, pour obtenir une version de Débogage je dois recompiler TOUTES les dépendances ? Même ceux que je ne se soucient pas de debug ? Ce de la merde l'homme ! Je ne crois pas que ce !
- Vous devez compiler tous VOS dépendances, depuis CRT libs sont maintenus par Microsoft si vous utilisez Visual Studio puis il vous suffit de lien à l'existant redistribuable qui s'est installé sur votre machine, de même que tout autre 3e partie de la bibliothèque. La seule affaire délicate est de s'assurer que tous vos projets sont des liens vers la droite CRT libs pour la cible que vous souhaitez construire, comme l'inadéquation entre la libération et bibliothèques de débogage ou d'autres options qui peuvent causer des problèmes.
- Pourquoi ne pas permettre la libération libs en mode debug, avec la dégradation progressive de la fonctionnalité (c'est à dire le code de la libs ne peuvent pas être correctement réglé)? Plus je la regarde, C++, plus je l'aime Java et C#. Je veux dire, sûrement, nous avons pu obtenir le rendement de C++ sans avoir à travailler à plein temps à la gestion administrative des détails si seulement les concepteurs d'outils soigné.
- Tout le contraire en fait la performance de C++ est en grande partie due à compilées en natif optimisations autorisé par la norme qui ne laisse pas de place pour les informations de débogage et de dépenses inutiles. Oui, vous devez savoir ce que vous faites, mais ce n'est pas une mauvaise chose. Les langages tels que C# qui utilisent géré couches intermédiaires ou pire des langues comme Java qui ne sont qu'en plus de l'exécution dans un virtuel abstraction de l'OS sont toujours va être plus lent à cause de cela. Qui dit utiliser le bon outil pour le travail à la main. Personnellement, j'utilise tous les 3 de ces langues régulièrement 😉
- Peut-être ces problèmes disparaissent comme l'un devient de plus en plus la connaissance de la langue et de ses particularités. Mais sur la surface, il semble exagéré pour faire respecter la correspondance exacte des niveaux de débogage à travers les composants d'un projet au nom de la performance, puisque nous savons bien que la baisse de performance est généralement reconnus et attendus par le développeur, tandis que le logiciel est en cours d'élaboration. De même, l'erreur d'être le plus descriptif, au moins? Capture d'un certain bon sens, de niveau d'erreur attentes en matière de qualité de la norme ou de quelque chose. 🙂
- Le _ITERATOR_DEBUG_LEVEL est probablement dans la rubrique "Projets de la Propriété Page->Configuration de Propertys->C/C++ ->Préprocesseur->Définitions de Préprocesseur" de la Configuration de Débogage
- Pour moi MSBuild fait une mauvaise hypothèse alors que je n'avais pas été explicite dans ma solution sur les bibliothèques. Une recherche dans le journal "de référence du Projet .* n'a pas été résolu", m'a montré les bibliothèques j'aurais ajouté.
- "En bref, vous êtes probablement mélange release et debug dll" -> Dans mon cas, le RuntimeLibrary était MultiThreadedDebugDLL dans la version Release quand il aurait dû être MultiThreadedDLL.
InformationsquelleAutor AJG85
94

Je fais une petite mise à jour sur cette question, car je viens d'avoir la même erreur aujourd'hui sur une application qui est relier à l'encontre d'une lib statique, après que j'ai effectué la migration de l'ancien Visual 6 projet de Visual Studio 2012.

Dans mon cas, l'erreur est que j'ai tort compilé la version de la lib statique avec /MDd au lieu de /MD, alors que la demande est /MD dans le communiqué. Le réglage de l' /MD dans la lib statique projet a résolu le problème.

Ceci est fait dans propriétés du Projet
- Sélectionnez Propriétés de Configuration /C++ /Génération de Code dans l'arbre
- et l'option de la Bibliothèque d'Exécution définir de la même façon sur tous vos dépendances des projets et de l'application.
- Je vous remercie. Il m'a aidé à corriger mes erreurs
- +1 pour les instructions sur la façon de modifier la liaison CRT de paramètres du projet
- Très bon. A l'aide de la version d'origine au lieu de le déboguer et il la cause de ce problème!
InformationsquelleAutor Francis Pierot
19

Si vous voulez délibérément le lien de votre projet dans Un Communiqué contre un autre projet B en Debug, dire pour conserver les avantages de performance de votre application pendant le débogage, alors vous aurez probablement atteint cette erreur. Vous pouvez résoudre ce problème en modifiant temporairement le préprocesseur drapeaux de projet B pour désactiver l'itérateur de débogage (et de faire correspondre à Un projet):

Dans le Projet B de "Debug" propriétés, les Propriétés de Configuration -> C/C++ -> Préprocesseur, ajoutez ce qui suit Définitions de Préprocesseur:

_HAS_ITERATOR_DEBUGGING=0;_ITERATOR_DEBUG_LEVEL=0;

Projet de reconstruction de B dans le Débogage, puis de construire Un projet de Libération et il devrait relier correctement.
- C'est une belle solution de contournement.
InformationsquelleAutor Antonio Maiorano
10

J'ai eu un décalage entre les projets: l'un avec multi-byte character set, l'autre avec Unicode. La correction de ces à s'entendre sur Unicode corrigé le problème.
- Il s'avère que le projet que j'essayais de construire a cette question inattendue manque de préprocesseur dans debug: _DEBUG. Voir forums.codeguru.com/...
- J'ai eu un problème similaire mexing dans Matlab, mais dans l'autre sens: j'avais besoin de changer la VS2013 construire à multi-octets pour obtenir l'accord. Cela a également permis de résoudre un problème de concordance pour RuntimeLIbrary.
- merci! J'ai eu exactement le même problème 🙂
InformationsquelleAutor stoney
9

L'erreur peut être causée par le mélange de debug et release dans le même exécutable ou une dll.
1. dans le vs configuration manager, sont certains de vos projets en mode debug et certains en mode release?
2. est l'un de vos libération des projets est le symbole de préprocesseur de DÉBOGAGE ou _DEBUG défini?
3. est l'un de vos debug projets est le symbole de préprocesseur NDEBUG défini?
InformationsquelleAutor Aviad Rozenhek
7

J'ai eu ce problème ainsi.

Mon problème était que j'avais copié/collé de la bibliothèque de répertoires à partir de mon debug configurations.

Des projets "Indep" était statique de la bibliothèque "Dep.lib" à partir de "../Debug", même dans le communiqué. La solution était de changer le répertoire de la bibliothèque de "../Release" j'ai donc pris la version bibliothèque plutôt que précédemment construit de débogage de la bibliothèque.
- A eu un problème similaire, d'où ma lib statique atterri dans le même lieu, indépendamment de savoir si release ou debug. Dans ce cas on devrait les nommer différemment en ajoutant 'd' ou du genre. Sinon, vous devez également être forcé de reconstruire la lib chaque fois que vous basculez entre debug/release.
InformationsquelleAutor ArtHare
3

Essayer de changer _DEBUG de définition de macro NDEBUG en C++ propriétés du projet (pour la Libération de la configuration)
Propriétés de Configuration -> C/C++ -> Préprocesseur -> Définitions de Préprocesseur

InformationsquelleAutor AlexT
2

opencv_core245.lib(dxt.obj) : error LNK2038: l'inadéquation détecté pour "_ITERATOR_DEBUG_LEVEL': la valeur '0' ne correspond pas à la valeur '2' dans l'essai.obj je suis d'erreur de ce genre.

J'ai opencv_core245.lib et opencv_core245d.lib dans l'éditeur de liens->Input->d'autres dependenc. Depuis ce deux ont été confilicting j'ai supprimé la première opencv_core245.lib. Erreur disparu.

InformationsquelleAutor Vinit M
2

Essayez ceci:
Goto propriété de projet -> C/C++ -> génération de Code -> Bibliothèque d'Exécution
Sélectionnez à partir de zone de liste déroulante valeur : DLL multithread (/MD)
Il fonctionne pour moi 🙂

InformationsquelleAutor Phạm Mạnh
2

De la dernière chance (si d'autres moyens ne fonctionnent pas):
définir _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH macro dans tous les projets. Il permet de désactiver "#pragma detect_mismatch" fonctionnalité qui est utilisée dans le tube CATHODIQUE en-têtes.
- J'ai essayé à peu près tout sur cette page, et c'était la seule chose qui a fonctionné. Ajouter _ALLOW_ITERATOR_DEBUG_LEVEL_MISMATCH sous C/C++ >> Preprocessor >> PreprocessorDefinitions.
- Cela n'a pas fonctionné pour moi ..... encore Iterator_Debug_Level erreur
InformationsquelleAutor Andrey
2

Dans mon cas, pour le Debug et Release, la solution a été de nettoyer puis de reconstruire ensemble de la solution.

Edit: vrai dans mon cas aussi (VS2017)
etape 1: nettoyer le projet.
etape 2: modification de la configuration(mode de débogage pour publication ou vice versa).
etape 3: nettoyez le projet.
etape 4: construire dans le mode de configuration.

PS: pour changer de mode config, trouver les paramètres de configuration de sous menu générer

InformationsquelleAutor Ionut V.
1

J'ai eu le même problème aujourd'hui (VS2010), j'ai construit de presse | Win32, puis a essayé de construire Debug | Win32, et reçu ce message.

J'ai essayé de nettoyer Debug | Win32, mais l'erreur persiste.
J'ai ensuite nettoyé de presse | Win32, puis de les nettoyer Debug | Win32, puis il construit amende.

InformationsquelleAutor GilesDMiddleton
1

J'ai réussi à me débarrasser de cette erreur (dans mon cas, à l'aide de Ogre3D + Puce) par l'évolution de la dépendance des bibliothèques pour les versions de débogage dans les Propriétés du Projet -> Linker -> Input -> Dépendances Supplémentaires (VC10).

J'ai changé BulletCollision.lib à BulletCollision_debug.lib (pour la configuration debug) et compilé.

InformationsquelleAutor JTatie
1

J'ai résolu mon problème en modifiant la "Supplémentaires Répertoire de la Bibliothèque", celui-ci était mal en indiquant "$(SolutionDir)\Libération", je l'ai changé en "$(SolutionDir)\$(IntDir)"

Pour corriger cela, ouvrez votre projet, propriétés -> Propriétés de Configuration -> Linker -> Général> d'autres Répertoire de la Bibliothèque

J'espère que cela aidera certains poeples avec le même problème 😉
- donc pour moi Debug fonctionne très bien mais lors de la construction de la libération-je obtenir l'erreur ci-dessus.... J'ai ouvert Supplémentaires Répertoire de la Bibliothèque, j'ai trouvé: C:/Program Fichiers/PCL 1.8.1/lib/$(Configuration) que dois-je ajouter maintenant ici?
InformationsquelleAutor ThierryV
1

J'ai eu le même problème entre debug et release bibliothèques.
L'erreur a été dans les propriétés de la solution et /ou configuration des propriétés ou des Configurations.

Les projets configurations ne correspond pas à la configuration principale /plate-forme.

InformationsquelleAutor Alstrice
0

J'ai aussi eu ce problème se pose parce que j'ai re-fait le projet, puis oublié de re-lier par référence à un projet dépendant.

Ainsi en fut-il de la liaison par la référence à l'ancien projet au lieu de le nouveau.

Il est important de savoir qu'il ya un bug dans le nouvel ajout déjà un projet lié par référence. Vous devez supprimer manuellement la référence dans le vcxproj et alors seulement vous pouvez l'ajouter de nouveau. C'est un problème connu dans Visual studio selon msdn.

InformationsquelleAutor Chris Woolfe
0

J'ai eu le même problème, mais le mal était réglé à l'externe .fichier lib à partir de laquelle je n'ai pas de sources. Si vous n'ont pas les fichiers source, la solution la plus simple est juste de modifier le contenu de la .fichier lib.

Ouvrez le .lib le fichier dans un éditeur de texte (j'ai utilisé PSPad, bud bloc-notes de Windows est également possible) et remplacez toutes les occurences de _ITERATOR_DEBUG_LEVEL=2 à _ITERATOR_DEBUG_LEVEL=0

InformationsquelleAutor napets
0

Dans mon cas, la définition de macro NDEBUG dans les "Définitions de Préprocesseur" a besoin d'être modifié pour _DEBUG. Je suis la construction d'une bibliothèque statique pour une utilisation dans un .exe qui se plaignait de la même erreur répertoriés dans la question. Aller dans les Propriétés de Configuration (menu"Projet", "Propriétés" dans le menu), puis cliquez sur le C/C++, section, la section de Préprocesseur en dessous, puis modifier votre Définitions de Préprocesseur, de sorte que NDEBUG est changé à _DEBUG (pour correspondre au paramètre dans l'exe).

InformationsquelleAutor Alyoshak
0

Comme toutes les autres réponses, j'ai vérifié mon Configuration Properties -> C/C++ -> Preprocessor directives.

Dans mon cas, j'ai eu la NDEBUG correctement défini dans la Version, mais j'ai aussi eu: _SECURE_SCL=1.

Retrait que l'on fixe le problème.

InformationsquelleAutor Coxy
-1

Petit plus de l'aide ci-dessus:
J'ai eu l'erreur d'incompatibilité après l'ajout d'un statique libto une ancienne VST solution à l'aide de VST 2017 .
VST génère maintenant des "stdfax.h" pour les en-têtes précompilés contenant ces 2 lignes:
```
//Turn off iterator debugging as it makes the compiler very slow on large methods in debug builds
#define _HAS_ITERATOR_DEBUGGING 0
```
InformationsquelleAutor FunctionPoint

Vous devez vous connecter pour publier un commentaire.