Bug VC depuis mise à jour

Salut,

Depuis aujourd'hui, j'ai un bug lors de l’exécution de mon programme que je n'avais pas avant, le message d'erreur est :

Citation:

---

Exception non gérée à 0x7c9766c6 dans demo.exe*: 0xC0000235: NtClose a été appelé sur un handle qui était protégé contre la fermeture via NtSetInformationObject.

---

Je ne sais pas ceux que sont NtClose et NtSetInformationObject. Après mes recherche sur le toile sont des fonction relative à windows.

Pour info je suis sous Visual C++ 2008 Express sous XP sp3, si quelqu'un a déjà rencontre ce type de problème sous cette environnement de développement. Je tiens à précisé que je soupçonne un mise à jour du système d'exploitation à l'origine du problème qui semble être survenu pour la première fois après son installation.

De plus afin de vérifier si cela n'était pas une erreur de mauvaise manipulation de ma part, j'ai vérifié la recompilation d'une sauvegarde d'une version antérieure fonctionnelle de mon application et j'obtiens exactement la même erreur lors de l’exécution.

Si quelqu'un a déjà rencontré ce problème je suis preneur de toutes informations.

Informations complémentaires :
librairies utilisées et autres :

SDL
OPENGL
PHYSX
ASSIMP

Compilateur : Visual C++ 2008 express
System : windows xp sp3
compte administrateur, tous les droits.

J'ai le même problème, sauf qu'il ne date pas d'aujourd'hui mais de quelques jours. Cette erreur survient lorsque je veut accéder au registre avec la fonction RegCreateKey(). Pourtant j'ai vérifié mes droits, j'ai toutes les autorisations. Si quelqu'un a une idée.

ps: j'utilise aussi visual studio 2008 sous windows xp.

Citation:

---

Envoyé par Robxley

Salut,

Je ne sais pas ceux que sont NtClose et NtSetInformationObject. Après mes recherche sur le toile sont des fonction relative à windows.

---

NtClose est appelé par CloseHandle. NtSetInformationObject est certainement appelée par la fonction de création du handle que tu fermes.

1) Qu'est-ce que tu essaie de faire ?
2) Qu'est-ce que tu ouvres/fermes et qui provoque ce problème ?
3) est-ce que tu as essayé de revenir à un point de restauration précédent ?

Salut,

Tout d'abord, merci pour votre intérêt à mon problème.

@Emmanuel Deloget

Citation:

---

Qu'est-ce que tu essaie de faire ?

---

De refaire fonctionner mon programme. Je n'ai aucune erreur à la compilation (j'en avais pas avant). Cependant depuis hier pour un programme qui fonctionnait au par-avant. Après une recompilation sans rien changer au programme, maintenant lors de l’exécution du programme j'obtiens l'erreur citée ci avant.

Citation:

---

Qu'est-ce que tu ouvres/fermes et qui provoque ce problème?

---

Rien de plus que d'habitude j'ai juste Visual C++ 2008 d'ouvert comme je développe dessus, et après le seul autre programme que j'essaie d'ouvrir c'est le mien qui plante depuis hier sans raison valable.

Citation:

---

3) est-ce que tu as essayé de revenir à un point de restauration précédent ?

---

Non, pas encore, mais je l'ai envisagé. Mais étant donné que cela est une mise à jour Windows, c'est que c'est surement nécessaire. Ça m'embêtait un peu de revenir en arrière. Enfin si je trouve aucune solution, j'effectuerai une restauration.

Si non tjrs pas trouvé de solution depuis hier si je trouve le pourquoi du comment je te le signalerai matmat95. :ccool:

Nouvelle info concernant mon problème.

Si j’exécute mon problème hors du débugger de Visual C++, il fonctionne normalement sans cette erreur. Donc le problème vient surement de Visual.

Je vais le désinstaller et le réinstaller et vous tenir au courant.

Citation:

---

Envoyé par Robxley

Salut,

Tout d'abord, merci pour votre intérêt à mon problème.

@Emmanuel Deloget

De refaire fonctionner mon programme. Je n'ai aucune erreur à la compilation (j'en avais pas avant). Cependant depuis hier pour un programme qui fonctionnait au par-avant. Après une recompilation sans rien changer au programme, maintenant lors de l’exécution du programme j'obtiens l'erreur citée ci avant.


Rien de plus que d'habitude j'ai juste Visual C++ 2008 d'ouvert comme je développe dessus, et après le seul autre programme que j'essaie d'ouvrir c'est le mien qui plante depuis hier sans raison valable.


Non, pas encore, mais je l'ai envisagé. Mais étant donné que cela est une mise à jour Windows, c'est que c'est surement nécessaire. Ça m'embêtait un peu de revenir en arrière. Enfin si je trouve aucune solution, j'effectuerai une restauration.

Si non tjrs pas trouvé de solution depuis hier si je trouve le pourquoi du comment je te le signalerai matmat95. :ccool:

---

Je crois que tu n'as pas compris mes questions :

1) Qu'est-ce que le code essaie de faire ?
2) Quel handle/machin le code ouvre qui pose problème au moment de la fermeture ?

En bref : qu'est-ce qu'il te disent, le code et le debugger ?

(me doute bien que tu essaie de faire fonctionner ton programme, petit chenapan... :))

@Emmanuel Deloget
Dsl effectivement je n'avais pas bien compris la direction de tes quesions.

Citation:

---

1) Qu'est-ce que le code essaie de faire ?

---

Pour résumer rapidement les grandes étapes de mon code sont :
1. ouverture d'une fenêtre sdl initisalisée pour un contexte avec opengl
2. initialisation d'un la lib glew (lib pour les extensions opengl)
3. initialisation de Physx
4. Chargement d'un tas de ressources
5. Boucle sur l'affichage de la scène
6. libération des ressources
8. fermeture du programme.

Citation:

---

2) Quel handle/machin le code ouvre qui pose problème au moment de la fermeture ?

---

Si non le débugger m'affiche juste le message d'erreur que j'ai cité au par avant, et m'informe que ca plante sur la dll ntdll.dll et cela ce produit à l'ouverture de ma fenêtre sdl et non lors de sa fermeture.
En mode debug, je ne peux même pas accéder à la premier ligne du code de la fonction main() avec une exécution pas à pas, ça plante avant. WTF :aie:


Rien d'autre, il ne me parle pas plus, mais si je le demande gentiment :cry:. Mais bon je ne pense que ca vient de mon programme par ce que son execution indépendamment de VC2008 fonctionne sans aucune erreur donc cela doit venir de VC et du débugger.

PS: j'ai essayé avec VC2008 et VC2010, même résultat :cry:

tu dois malgré tout avoir une "callstack" lorsque le programme affiche cette erreur.
Il se peut que visual studio soit configuré pour attrapper toute les exceptions aussi, alors que celle la est gérée.
Il se peut enfin que ce soit une simple erreur avec SDL ou Physx.

Salut, désolé si je réponds à coté...

mais j'ai le même problème (mais avec le debugger de Delphi) apparemment cela serait du à mon anti-virus (Antivir en l'occurrence)...


Marc.

Bonsoir,

Je confirme que c'est bien Antivir qui pose problème. J'avais la même erreur lors du lancement de mon application depuis Visual Studio. J'ai désinstallé Antivir et le problème a disparu...

Salut,

Effectivement après avoir désactivé antivir, le débugger de VC refonctionne normalement.

Merci à tous les intervenants.

Je marque le poste résolu.

Pour info, tu n'est pas obligé de désinstaller avira. Il suffit de désactiver la protection de la base de registre. Pour ce faire, il faut aller dans la configuration, activer le mode expert (case en haut à gauche), dans l'onglet généralité>sécurité, décocher la case protéger le registre et redémarrer le pc pour prendre en compte les changements.