Discussion :

[SgtBor]

salut à tous,

Bon je vous explique rapidement mon problème:

J'ai un programme écris en .C dont l'executable me donne l'erreur suivante à chaque fin d'execution (vraiment la toute fin):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
Exception non gérée à 0x7c9200e8 dans TAlerteSanitaire.exe*: 0xC0000005: Violation d'accès lors de la lecture de l'emplacement 0x01f90010.

J'ai réussi à à peu prés isoler l'erreur mémoire: lorsque je commente l'appel d'une fonction dans mon main(), l'erreur de fin ne se produit pas. La fonction en question utilise des DLL windows et certaines DLL "maison".

Je bosse sous visual studio 2008, Comment détecter mon erreur ? Comment débugger ceci ? Quel type de débugger choisir: mixte, auto,... ? Comment auriez vous fait ?

[fregolo52]

tu veux dire que la plantage arrive tellement à la fin, que ton debugger n'a même plus le contexte d'exécution ?

Tu développes (et debugges) avec quels outils actuellement ?

[Fabllot]

Bonjour,

Je travaille avec Visual 2005 pro, mais je pense que tu dois pouvoir le faire avec 2008 express.
Quand ton programme (lancé en mode debug depuis visual) plante, il faut que tu regardes la fenêtre "Pile des appels" (à voir pour la traduction en anglais), qui se trouve quelque part (je suis en train de chercher dans les menus mais je ne la trouve pas...).
Avec cette fenêtre tu peux savoir exactement où ton programme a craché et retrouver le code de ton appli qui provoque l'erreur...

[SgtBor]

Oui, je vois:
http://img52.imageshack.us/i/prntscr.jpg/

J'ai déja tenté un truc de coté là, jai supprimé la lib systeme ntdll.dll, je l'ai retélécharger, redemarrer le pc,toujours rien...

[SgtBor]

tu veux dire que la plantage arrive tellement à la fin, que ton debugger n'a même plus le contexte d'exécution ?

Tu développes (et debugges) avec quels outils actuellement ?

je développes avec VS 2008 Express.

Je debug avec le debugger intégré, j'ai testé tous les modes "auto","script", .... mais rien n'a changé.
J'ai également installé GDB pour windows.
gdb.exe prog.exe
run
backtrace
-> RIEN d'afficher mis à part que des "??"

[SgtBor]

J'ai pas mal d'avertissements dans la création de mes DLL que mon prog beugué utilise. Dois-je tous les corriger ? Y a t'il beaucoup de chances pour que cela influe sur le bug de mon .exe ?

[Médinoc]

Pour commencer, es-tu sûr que ce n'est pas tout simplement un dépassement de tampon dans ton main(), qui empêcherait la fonction de retourner?

[SgtBor]

Non je ne suis absolument pas sur... un overflow tu veux dire ? comment vérifier ça ?

[fregolo52]

Vu ton screenshot, c'est bien ce que je craignais !!
Y'a rien de pire a debugger !!

Essayes de monter ton niveau de warning à 4 pour bien voir tous les problèmes.

Bon courage.

[Fabllot]

J'ai pas mal d'avertissements dans la création de mes DLL que mon prog beugué utilise. Dois-je tous les corriger ? Y a t'il beaucoup de chances pour que cela influe sur le bug de mon .exe ?

ça dépend des warnings...

Tu as quoi dans ton fichier avec la fonction mainCRTStartup aux lignes 595 et 399 ?

[SgtBor]

Y'a rien de pire a debugger !!

Bon courage.

merci, jvais en avoir besoin!

[SgtBor]

Voilà la tête des warnings à la génération mes DLL de connection (utilisées par l'exe).

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
32
33
34
 
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\alerte.c(112) : warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\string.h(79)*: voir la déclaration de 'strcat'
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\alerte.c(113) : warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\string.h(79)*: voir la déclaration de 'strcat'
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\alerte.c(115) : warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\stdio.h(237)*: voir la déclaration de 'fopen'
1>coderet.c
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\coderet.c(5) : warning C4029: la déclaration de la liste de paramètres formels est différente de la définition
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\coderet.c(15) : warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\string.h(79)*: voir la déclaration de 'strcat'
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\coderet.c(16) : warning C4996: 'strcat': This function or variable may be unsafe. Consider using strcat_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\string.h(79)*: voir la déclaration de 'strcat'
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\coderet.c(18) : warning C4996: 'fopen': This function or variable may be unsafe. Consider using fopen_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\stdio.h(237)*: voir la déclaration de 'fopen'
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\coderet.c(22) : warning C4047: '!='*: 'int' diffère de 'void *' dans les niveaux d'indirection
1>main.c
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(73) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(80) : warning C4013: 'InitCertificat' non défini(e)*; extern retournant int pris par défaut
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(88) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(102) : warning C4013: 'VerificationAlertePourOfficine' non défini(e)*; extern retournant int pris par défaut
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(109) : warning C4013: 'RazHttpHeader' non défini(e)*; extern retournant int pris par défaut
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(118) : warning C4013: 'lireDernierMessagePourOfficine' non défini(e)*; extern retournant int pris par défaut
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(125) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(129) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(131) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(133) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(139) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(144) : warning C4020: 'ecrireResultatExecution'*: paramètres réels trop nombreux
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\main.c(28) : warning C4101: 'securite'*: variable locale non référencée
1>util.c
1>c:\truc\connecteur_2a_c_v3.0_avecpalier1quater_22.04.2010.actuel\visual_project\connexiondll\test_connexiondll\util.c(17) : warning C4996: 'itoa': The POSIX name for this item is deprecated. Instead, use the ISO C++ conformant name: _itoa. See online help for details.
1>        c:\program files\microsoft visual studio 9.0\vc\include\stdlib.h(862)*: voir la déclaration de 'itoa'
1>Génération de code en cours...

[SgtBor]

Pour commencer, es-tu sûr que ce n'est pas tout simplement un dépassement de tampon dans ton main(), qui empêcherait la fonction de retourner?

ça a l'air d'etre ça to be honest.
Comment corrigé ça ?
Please Médinoc...

[fregolo52]

Si tu es sure de ne pas faire d'écrasement mémoire les warning unsafe ne sont pas très importants.

Par contre les C4020, d'apres la MSDN ca veut dire que tu passes plus de paramètres à une fonction qu'elle n'en comporte. Là je ne connais pas les effet de bord.

C4013 : ca aussi c'est pas cool, ca vaut dire que le compilo ne trouve pas ta fonction.

[SgtBor]

Si tu es sure de ne pas faire d'écrasement mémoire les warning unsafe ne sont pas très importants.

Par contre les C4020, d'apres la MSDN ca veut dire que tu passes plus de paramètres à une fonction qu'elle n'en comporte. Là je ne connais pas les effet de bord.

C4013 : ca aussi c'est pas cool, ca vaut dire que le compilo ne trouve pas ta fonction.

L'over passage de parametres jviens le corriger, les warnings sont passés, mais j'ai tjrs l'overflow de l'exe.

Pour la C4013, je pense que ça n'a pas d'importance puisque ces fonctions sont dans des DLL dans le repertoire de mon .exe et dans le repertoire des dependances pour les librairies utilisées.

[Fabllot]

Pour la C4013, je pense que ça n'a pas d'importance puisque ces fonctions sont dans des DLL dans le repertoire de mon .exe et dans le repertoire des dependances pour les librairies utilisées.

Ce qui pose problème c'est que le compilo ne peut pas verifier que l'utilisation des fonctions est correct... Peut-être que tu n'utilises pas les bons paramètres ou que le retour d'une fonction n'est pas correcte, et du coup le compilo ne peut pas te le dire...

Ceci dit, si le problème ne vient pas de là, tu peux avoir deux solutions "bourrins".
1) La méthode "Toto" : Tu mets des printf ("toto") régulièrement dans le code pour identifier où crache le programme
2) (dans doute meilleure) Tu commentes des parties de ton programme (de manière logique) pour identifier quelle ligne de code ou quelle fonction pose problème...

A noter que le "résultat" obtenu par ces méthodes ne sera pas forcèment la source du problème, mais un dommage colatéral...

[SgtBor]

1) la méthode TOTO est difficilement deployable: j'ai plusieurs milliers de lignes de code dans les DLL.

2)ça me plait plus, je vais commenter les unes apres les autres les fonctions appelées par ma fonction foireuse dans le main. je vais remonter manuellement, comme des Breakpoint en fait.

Bon, je ferai ça demain, je maintiens le topic à jour.


Merci à tous pour vos réponses et votre aide !

[Médinoc]

Pour le coup des dépassements de tampon, tu risques de devoir employer la méthode parano: Commencer par interdire tous les tableaux sur la pile et utiliser systématiquement l'allocation dynamique (mais ça gène pour les sizeof).

Ou bien, tu peux essayer les fonctions avec _s de Visual, qui sont garanties planter au moment où tu fais un mauvais appel (plutôt que planter bien plus tard). Ça n'est pas portable, mais c'est mieux que rien...

[SgtBor]

Mise à jour:
J'ai testé ta méthode parano Médinoc et les résultats sont ridicules, ça ne vient pas de là ou je pensais.
Par contre, j'ai utilisé un petit outil de debuggage, qui m'a généré ce rapport au lancement de mon .exe verollé.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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
32
33
34
35
36
37
38
39
 
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
 
CommandLine: C:\ip\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug\monexe.exe [args...]
Starting directory: C:\ibsmpharm\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug
Symbol search path is: *** Invalid ***
****************************************************************************
* Symbol loading may be unreliable without a symbol search path.           *
* Use .symfix to have the debugger choose a symbol path.                   *
* After setting your symbol path, use .reload to refresh symbol locations. *
****************************************************************************
Executable search path is: 
ModLoad: 00400000 0041b000   TAlerteSanitaire.exe
ModLoad: 7c910000 7c9c9000   ntdll.dll
ModLoad: 7c800000 7c906000   C:\WINDOWS\system32\kernel32.dll
ModLoad: 10000000 10025000   C:\ibsmpharm\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug\DpConnexion.dll
ModLoad: 00420000 00521000   C:\ibsmpharm\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug\LIBEAY32.dll
ModLoad: 71a10000 71a1a000   C:\WINDOWS\system32\WSOCK32.dll
ModLoad: 719f0000 71a07000   C:\WINDOWS\system32\WS2_32.dll
ModLoad: 77da0000 77e4c000   C:\WINDOWS\system32\ADVAPI32.dll
ModLoad: 77e50000 77ee2000   C:\WINDOWS\system32\RPCRT4.dll
ModLoad: 77fc0000 77fd1000   C:\WINDOWS\system32\Secur32.dll
ModLoad: 77be0000 77c38000   C:\WINDOWS\system32\msvcrt.dll
ModLoad: 719e0000 719e8000   C:\WINDOWS\system32\WS2HELP.dll
ModLoad: 77ef0000 77f39000   C:\WINDOWS\system32\GDI32.dll
ModLoad: 7e390000 7e421000   C:\WINDOWS\system32\USER32.dll
ModLoad: 7c360000 7c3b6000   C:\WINDOWS\system32\MSVCR71.dll
ModLoad: 00350000 003ff000   C:\ibsmpharm\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug\libcurl.dll
ModLoad: 76ae0000 76b0f000   C:\WINDOWS\system32\WINMM.dll
ModLoad: 00540000 00570000   C:\ibsmpharm\Connecteur_2a_C_v3.0_avecPalier1Quater_26.04.2010.actuel\Visual_Project\bindebug\SSLEAY32.dll
ModLoad: 10200000 10323000   C:\WINDOWS\WinSxS\x86_Microsoft.VC90.DebugCRT_1fc8b3b9a1e18e3b_9.0.21022.8_x-ww_597c3456\MSVCR90D.dll
(ab4.aa4): Break instruction exception - code 80000003 (first chance)
eax=00251eb4 ebx=7ffda000 ecx=00000003 edx=00000008 esi=00251f48 edi=00251eb4
eip=7c91120e esp=0012fb20 ebp=0012fc94 iopl=0         nv up ei pl nz na po nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             efl=00000202
*** ERROR: Symbol file could not be found.  Defaulted to export symbols for ntdll.dll - 
ntdll!DbgBreakPoint:
7c91120e cc              int     3

Je ne comprends pas grand chose Quelqu'un aurait-il la bonté de m'éclairer ?

[Médinoc]

En clair: Il y a un breakpoint quelque part et le debugger ne sait pas où, car il n'a pas accès aux informations de débogage.