Discussion :

[globule71]

Bon bah voilà, tout est dans le titre !
J'aimerai savoir si quelqu'un à rencontré le même problème. Cela fait déjà la seconde fois que ça m'arrive et pour la première fois j'ai du refaire le projet à zéro mais j'aimerai pouvoir éviter ça... Surtout que le projet est assez conséquent.

Tout compile comme il faut. Mais lors de l'execution, le mode debug de l'exe se déroule sans problème mais lorsque je compile en release et que j'execute l'application, celle-ci crash en pointant du doigt ntdll.dll...
Alors bon un plantage sur un cout comme celui-ci :

Code :

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

std::cout<<"ssl ok"<<std::endl;

ça foue un peu les b***.

[mchk0123]

Tu peux nous mettre le message d'erreur exact qui est affiché ?

[globule71]

Exception non gérée à 0x7c911095 (ntdll.dll) dans ChgEtatPidiSoap_MFC.exe : 0xC0000005: Violation d'accès lors de l'écriture à l'emplacement 0x0044c948.

Mais je doute que ça vous éclaire :s

[Laurent Gomila]

Et avec le débogueur tu n'arrives pas à avoir plus d'informations concernant le contexte du plantage ? (tu peux garder tous les paramètres du mode Release et simplement changer l'option "générer les informations de débogage")

[lun4t1k]

C'est nécessaire de le répeter le std::endl; ?
J'ai pas de problème, peut être le fais je machinalement!

[globule71]

j'ai fait exprès de ne pas utiliser le "using namespace std", au début je croyais à un conflit de namespace mais visiblement ça n'est pas le cas...
J'arrive à voir ou ça plante mais c'est très bas niveau ...

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
void __cdecl _lock_file (
        FILE *pf
        )
{
        /*
         * The way the FILE (pointed to by pf) is locked depends on whether
         * it is part of _iob[] or not
         */
        if ( (pf >= _iob) && (pf <= (&_iob[_IOB_ENTRIES-1])) )
            /*
             * FILE lies in _iob[] so the lock lies in _locktable[].
             */
            _lock( _STREAM_LOCKS + (int)(pf - _iob) );
        else
            /*
             * Not part of _iob[]. Therefore, *pf is a _FILEX and the
             * lock field of the struct is an initialized critical
             * section.
             */
            EnterCriticalSection( &(((_FILEX *)pf)->lock) ); //plante ici ensuite on rentre ds ntdll.dll
}

Par contre ça parle de fichier... alors bon je sais qu'on utilise des stream en général autant pour l'affichage à l'écran autant que pour la gestion de fichier mais bon autrement je vois vraiment pas ou ça peut venir ...
J'ai peut être mis le doigt sur un bug de VS2005 :s

[globule71]

Ah oui j'oubliais... la pile d'appel des fonctions :

Code :

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

1
2
3
4
5
6
7
8
 
 ntdll.dll!_RtlEnterCriticalSection@4()  + 0x90 octets	
xxxxxxx.exe!_lock_file(_iobuf * pf=0x0044c924)  Ligne 238	C
xxxxxxx.exe!fputc(int ch=115, _iobuf * str=0x0044c924)  Ligne 46 + 0x6 octets	C
xxxxxxx.exe!std::basic_filebuf<char,std::char_traits<char> >::overflow(int _Meta=115)  Ligne 236 + 0xa octets	C++
xxxxxxx.exe!std::basic_streambuf<char,std::char_traits<char> >::xsputn(const char * _Ptr=0x0044c4a0, int _Count=6)  Ligne 379 + 0xd octets	C++
xxxxxxx.exe!std::operator<<<std::char_traits<char> >()  Ligne 762 + 0x18 octets	C++
xxxxxxx_MFC.exe!__tmainCRTStartup()  Ligne 318 + 0x12 octets	C

[Laurent Gomila]

Ta ligne de code avec std::cout, elle se fait avant le main() ou dedans ? Si c'est avant, il est possible que la variable std::cout ne soit pas encore créée.

[mchk0123]

Disons que tu as levé un lièvre (mais peut être une simple illusion de bug).

Pour la compilation release + debug tu peux regarder ici : http://www.developpez.net/forums/sho...d.php?t=294724

Dis nous quand tu arrive à debugger ton programme en mettant un breakpoint sur ton cout.

EDIT : trop lent ;-)