Migration vers VS2010 cr�e un heap corruption

Version imprimable

04/02/2011, 20h45
djuju

Migration vers VS2010 cr�e un heap corruption

Bonjour,

Je voudrais migrer une solution contenant plusieurs projets de VC++ 2005 a VC++ 2010.
J'ai convertie et recompil� la solution, mais lorsque je lance l'application, visual studio d�tecte un heap corruption avant m�me d'ex�cuter la premi�re instruction de mon code.

Par contre, si je migre le code en VC++ 2008, je n'ai aucun bug (mais le bug revient si je re-migrer le code 2008 en 2010).

Quelles peuvent �tre les raisons de ce bug ?

Merci
dJu
05/02/2011, 14h34
bacelar

- le Runtime C fourni avec VS2010 peut-�tre plus performant pour la d�tection de probl�me de m�moire.
-> R�v�lation de bugs latents

- Mise en conformit� de certains comportements des biblioth�ques "standard" avec les normes.
-> R�v�lation de bugs latents d� � l'utilisation d'un comportement non standard

- Changement d'un comportement des biblioth�ques "standard"
-> R�v�lation d'un code utilisant un comportement ind�fini des biblioth�ques "standard".

- Bugs dans les nouvelles biblioth�ques
-> R�v�lation d'un bugs dans les biblioth�ques, un petit rapport a M$ serait sympa si le bug est bien confirm�.

- etc...

- Le probl�me peut aussi �tre entre la chaise et le clavier. :aie:

En r�sum�, utilisez les outils de debugging contenu dans VS, le code des biblioth�ques est fourni, je crois m�me avec la version Express.
Regardez le code qui plante, il ne va pas vous br�ler les yeux. :calim2:

Probl�mes probables:
- utilisation "limite" des variables globales
- changement de la configuration du projet (les r�gles par d�fauts, ou action de l'outil de migration).
08/02/2011, 23h07
djuju

Bonjour et merci de votre r�sponse.

En fait, j'aimerais bien regarder le code qui plante, mais mon heap corruption se produit avant m�me d'atteindre la premi�re instruction du code, ce qui le rend tr�s d�licat � d�buguer :calim2:

Je dois avou� que je ne sais plus trop par quel bout prendre ce probl�me.

Pour l'instant, je contourne le probl�me en compilant le code en VC9 depuis VC10.

dJu
08/02/2011, 23h41
bacelar

Citation:

mais mon heap corruption se produit avant m�me d'atteindre la premi�re instruction du code

J'en doute beaucoup.
N'oubliez pas que le code d"initialisation de vos variables globales et statiques est appel� avant m�me l'appel de votre main.

Le code d'initialisation de que le compilateur cr�e pour vous est du code C tout aussi visible dans la callstack que le votre.

Citation:

Regardez le code qui plante, il ne va pas vous br�ler les yeux.

J'insiste, le code de la C-runtime en Debug est truff� d'instruction de v�rification pour vous aidez � voir les probl�mes dans VOTRE code.

Citation:

Envoy� par bacelar

N'oubliez pas que le code d"initialisation de vos variables globales et statiques est appel� avant m�me l'appel de votre main.

Effectivement, je n'avais pas pens� � �a. Je vais cherch� dans cette direction. Je n'ai pas beaucoup de variables globale, je vais essay� de mettre un breakpoint sur chacune.

Cependant, la call stack ne me permet pas d'atteindre les instruction de mon code (voir ci-dessous).

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
msvcr100d.dll!_msize_dbg(void * pUserData, int nBlockUse)  Line 1516 + 0x30 bytes	C++
msvcr100d.dll!_dllonexit_nolock(int (void)* func, void (void)* * * pbegin, void (void)* * * pend)  Line 291 + 0xd bytes	C
msvcr100d.dll!__dllonexit(int (void)* func, void (void)* * * pbegin, void (void)* * * pend)  Line 269 + 0x11 bytes	C
ScannI.exe!_onexit(int (void)* func)  Line 110 + 0x18 bytes	C
ScannI.exe!atexit(void (void)* func)  Line 127 + 0x9 bytes	C
ScannI.exe!std::`dynamic initializer for '_Fac_tidy_reg''()  Line 49 + 0xf bytes	C++
[Managed to Native Transition]	
ScannI.exe!_initterm(void** pfbegin, void pfend) Line 132	C++
ScannI.exe!<CrtImplementationDetails>::LanguageSupport::InitializeNative() Line 376	C++
ScannI.exe!<CrtImplementationDetails>::LanguageSupport::_Initialize() Line 491	C++
ScannI.exe!<CrtImplementationDetails>::LanguageSupport::Initialize() Line 698	C++
ScannI.exe!?.cctor@@$$FYMXXZ() Line 749 + 0x9 bytes	C++
mscoreei.dll!603b55ab()
[Frames below may be incorrect and/or missing, no symbols loaded for mscoreei.dll]	
mscoree.dll!79007f16()
mscoree.dll!79004de3()
kernel32.dll!7c817067()
kernel32.dll!7c80e63b()
boost_regex-vc100-mt-gd-1_45.dll!00730079()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()
boost_regex-vc100-mt-gd-1_45.dll!006e0069()

10/02/2011, 20h18
djuju

Je viens de tester toutes mes variables globales et statique sans succ�s.
Par contre, j'ai peut �tre une piste. Les projets de cette solution sont utilis�s dans une autre solution (migrable en VC10 sans probl�me). L'un de ces projets est une DLL, qui est utilis�e en tant que d�pendance de ma solution, donc sans passer par l'interface de la DLL, en utilisant directement les objets. Je me demande si cette galipette ne pourrait pas �tre � l'origine d'un probl�me de m�moire partag�e.
Qu'en pensez vous ?
11/02/2011, 00h16
bacelar

Avec la stack, les recherches dans Google sont bien plus efficaces. :mrgreen:

http://social.msdn.microsoft.com/for...7-97ae6badc4d7

Mais �a pue l'utilisation de globales, et les globales, c'est MAL. :aie:
15/02/2011, 19h31
djuju

Merci beaucoup de ton aide !

Tu as tout � fait raison: les globales c'est mal et ca pue ... Malheureusement ce code n,a pas toujours �t� �crit par de bons programmeurs... On doit vivre avec l'existant :cry:
Il va vraiment falloir que je prenne du temps sur ce probl�me si je ne veux pas induire de bugs.

Encore merci :ccool: