Error 6 dans fenetre de sortie de l'ide

Bonjour,

je viens de changé de PC et par la meme d'OS (passage en windows 7 pro 64), j'ai donc basculé mes projets sous cette nouvelle machine.

une chose tres surprenante apparait lors de l'execution en debug de mon projet, une Error 6 apparait dans la fenetre de sortie de l'IDE (visual 2008).
l'application est ecrite en C++ plus utilisation des MFC.
il semble que cette erreur 6 survient à chaque appel de fonction MFC graphique!!!!
cela ne se produisait pas sur mon ancienne platforme windows 7 pro 32
je ne trouve pas d'info sur le web.

quelqu'un a-t-il deja rencontré ce probleme????*

ha je precise que l'application ne plante pas!!!!

merci

Pouvez-vous poster le message d'erreur en entier, ainsi que quelques lignes antérieures ?

j'ai simplement ça qui tourne en permanence

Error 6
Error 6
Error 6
Error 6
Error 6
Error 6
Error 6
Error 6
Error 6
Error 6

j'ai regardé le gestionnaire de tâche windows, je n'ai pas de consommation memoire.
par contre j'ai fait du pas à pas en code machine:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

dc_sauv = dc.SaveDC(); 00481D09 mov eax,dword ptr [dc] 00481D0C mov edx,dword ptr [eax] 00481D0E mov esi,esp 00481D10 mov ecx,dword ptr [dc] 00481D13 mov eax,dword ptr [edx+24h] 00481D16 call eax 00481D18 cmp esi,esp 00481D1A call _RTC_CheckEsp (5C9F40h) 00481D1F mov ecx,dword ptr [this] 00481D22 mov dword ptr [ecx+27Eh],eax pdc_sauv = pDC->SaveDC();

---

et là le message apparait sur mov ecx, mov eax et sur d'autre ligne aussi.
Je suis en multi threads aussi alors l'erreur peut aussi un autre thread qui c'est executé le temps de l'appui sur F10 non?

>par contre j'ai fait du pas à pas en code machine:
Avec les noms des fonctions/méthodes dans la call-satck, ça serait bien plus simple.
Ça sent des merdes dans la gestion de la stack.

L'utilisation d'un nouvel IDE a tendance à faire découvrir des bugs qui existaient avant et qui passaient inaperçu plutôt que dans générer de nouveaux bugs.

Si vous générez les pdb et que vous avez les sources des MFC sur votre disque dur, vous devriez pouvoir déboguer au niveau source C++ et non au niveau assembleur.

je n'ai pas changé d'IDE c'est toujours Visual 2008, je l'ai simplement ré-installer sur ma nouvelle machine equipé en windows 7 pro 64
c'est ça qui m'etonne beaucoup!!!
et puis j'ai cette erreur qui viens meme sur un MOV EAX

qu'entendez vous par generer les pdb?
et comment acceder aux source MFC?

merci de vous reponses en tout cas.

Citation:

---

c'est ça qui m'etonne beaucoup!!!

---

Chaque OS renforce la sécurité et la fiabilité du précédent.
C'est plus rare que la nouvelle version de l'IDE/Runtime, mais cela arrive.

En conclusion, c'est plus une bonne nouvelle qu'une mauvaise !!!

On pourra facilement déboguer un bug latent.

Citation:

---

et puis j'ai cette erreur qui viens meme sur un MOV EAX

---

En assembleur, vous avez un focus trop important, c'est comme regarder une photo de la queue d'un éléphant, vous ne devinerez jamais que c'est la queue d'un éléphant sans dézoomer la photo.

Pour le dézoom, il faut que vous regardiez la call-stack au moment du problème, elle doit indiquer la liste des fonctions en cours d'appel pour le thread courant.

Avec le nom des fonctions, cela sera bien plus simple.

Citation:

---

qu'entendez vous par generer les pdb?

---

C'est une option de compilation, par défaut active en Debug, mais qu'il est chaudement recommandé (par moi) d'activer aussi en Release.
Les pdb, c'est les fichiers qui contiennent les informations de debbugging que pourra utiliser le débogueur pour savoir à quelle ligne du code source on est.
Si vous êtes en Debug, pas de soucis. Si vous êtes en Release, est-ce que cela ne se produit qu'en Release ?

Citation:

---

et comment acceder aux source MFC?

---

C'est dans l'install de VS.
Moi, quand j'installe VS, j'installe tout, comme-ça pas de problème.

bonjour,

je suis deja en installation complete, je n'ai pas percuté immediatement je rentre bien de le code des MFC mes pas toutes les fonctions.

je travaille aussi en debug et donc avec les infos debug pdb comme vous dites (terme que je connaissais pas).

je m'oriente vers une compile en detection des probleme de portabilité 64bit les propriete de compilation le permettent.

salutations

bon et bien le probleme provient d'une dll.
inpout32.dll qui me genere cette erreur.

donc rien à voir avec l'ide ni avec mon soft.
"simplement" un probleme de compatibilité en celle-ci et l'os 64.

merci à tous pour les differentes pistes exploré.

le probleme est resolu en utilisant la derniere version de cette dll
lien: http://www.highrez.co.uk/downloads/inpout32/

elle s'appelle inpout32.dll et sert à acceder au port i/o d'une carte carte sous windows un inp(xxx) ne fonctionne evidemment pas

cette reponse est pour ceux que cela interesse bien evidemment

salutations

inpout32 est une faille de sécurité servant à faire marcher des programmes d'un autre âge sous Windows NT. Un programme professionnel de pilotage de carte devrait venir avec un driver spécifique à la carte.
Malheureusement, cela nécessite aussi de faire signer ledit driver par Microsoft, et si je me souviens bien ils facturent au passage.