Problème de migration vers VS2008

Version imprimable

21/05/2008, 11h36
alen

Problème de migration vers VS2008

Bonjour,
Je viens de migrer mon appli de VS2005 vers VS2008.
OS vista, MFC statically linked
En mode release sous VS2008 mon appli crash à la fermeture!

Citation:

kernell32.dll!7730c56f()
MonAppli.exe!005f2a07()
...

Elle ne crash pas en mode Debug.

J'ai également placé une sortie console sur ExitInstance() et le crash survient dans

Code:

return CWinApp::ExitInstance();

:cry:

Pouvez-vous me donner quelques conseils? Il y a t'il moyen de trouver le code relatif à MonAppli.exe!005f2a07()?
21/05/2008, 11h40
farscape

salut,
tu n'as pas changé lalignement de la mémoire sur les structures ?
tu as spécifié un plateforme OS particulière ?
sinon essaye d'activer les infos de debugage en release...
21/05/2008, 12h11
alen

Citation:

Envoyé par farscape

salut,
tu n'as pas changé lalignement de la mémoire sur les structures ?
tu as spécifié un plateforme OS particulière ?

Non, rien je prend le projet qui tourne en VS2005, je l'ouvre en 2008 et je realise la conversion.

Citation:

Envoyé par farscape

sinon essaye d'activer les infos de debugage en release...

déjà essayé sans résultats.

Je viens de compiler une ancienne version de mon code qui passe... Il ne reste plus qu'à travailler par itérations successives en ajoutant les modifs les une après les autres (source code contrôle)...
21/05/2008, 14h05
farscape

attention quand même a la plateforme..
j'avais un projet en vc2005 qui tournait sans problème et sous vc2008 et sous vista ça plantait (en debug et release) a cause de la plateforme spécifiée...
21/05/2008, 17h12
alen

Citation:

Envoyé par farscape

attention quand même a la plateforme..
j'avais un projet en vc2005 qui tournait sans problème et sous vc2008 et sous vista ça plantait (en debug et release) a cause de la plateforme spécifiée...

Win32 dans les deux cas!

Pour le moment :mur:

ça je me doute ...
je parle de ça:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
#define      WINVER 0x0500        // windows 2000
#define _WIN32_WINNT 0x0501 // xp
 
#ifndef WINVER                          // Spécifie que la plateforme minimale requise est Windows Vista.
#define WINVER 0x0600           // Attribuez la valeur appropriée à cet élément pour cibler d'autres versions de Windows.
#endif
 
#ifndef _WIN32_WINNT            // Spécifie que la plateforme minimale requise est Windows Vista.
#define _WIN32_WINNT 0x0600     // Attribuez la valeur appropriée à cet élément pour cibler d'autres versions de Windows.
#endif
 
#ifndef _WIN32_WINDOWS          // Spécifie que la plateforme minimale requise est Windows 98.
#define _WIN32_WINDOWS 0x0410 // Attribuez la valeur appropriée à cet élément pour cibler Windows Me ou version ultérieure.
#endif
 
#ifndef _WIN32_IE                       // Spécifie que la plateforme minimale requise est Internet Explorer 7.0.
#define _WIN32_IE 0x0700        // Attribuez la valeur appropriée à cet élément pour cibler d'autres versions d'Internet Explorer.
#endif

cette config dans mon cas fontionne sur un poste xp avec visual 2005
ce même projet recompilé sous vista et vc2008 pose problème...

21/05/2008, 17h55
alen

Oups, voila quelque chose qui m'interpelle...
Mon projet est relativement vieux pour passer sur VS2008 j'ai changer le WINVER de 0x0400 vers 0x0500.
Comment as-tu solutionné ton problème?
21/05/2008, 18h17
farscape

sous vista j'ai mis les deux win32 et winver a: 0x0600 // vista

j'y ai passé des heures avant de trouver j'avais des plantages aléatoires...
21/05/2008, 22h12
alen

J'ai placé WINVER à 0x0500 parceque mon target minimum est Windows2000.
J'ai également des plantages aléatoires, le plus fort 2codes strictements identiques dans deux répertoires différents compilés (build all) avec VS2008, une appli crash l'autre pas!
:aie:
Malheureusement cela n'à pas l'air de solutionner mon problème...
21/05/2008, 22h46
farscape

tu as essayé quand même de mettre la plateforme a vista pour voir ?
21/05/2008, 23h30
alen

oui j'ai fait comme toi tout à 0x0600
23/05/2008, 15h28
alen

suite de l'aventure, plus de 40h sur ce problème et tjrs pas de solution:cry:

Il semblerai qu'il survienne lorsque le destructeur d'une de mes classes est appellé ! J'en conclu donc fuite de mémoire, pointeur corrompu, ...
La classe en question dispose d'une seule variable membre du type

Code:

std::deque<std::string> m_list

Dans le destructeur je trouve

Citation:

m_list.clear()

.
J'ai enlevé cette ligne de code sans que rien ne change.
Si par contre je retourne à la version précédente de ma classe qui incorporait un CList le code tourne!

Est-ce que la déclaration du type

Code:

std::deque<std::string> m_list

Est incorrecte?
23/05/2008, 16h49
alen

:P:D:yaisse2::mouarf::mrgreen:

Deux fois le desctructeur sur un container :piou::fessee::zekill:

En tous les cas merci farscape pour ton aide..