Discussion :

[alexgille]

Bonjour à tous,

je développe une application multithreadée Win32 sous Visual Studio 2015. J'utilise les libs libwebsockets et libuv que j'intègre à mon projet.

La compilation se passe comme il faut, aucun warning, aucune erreur.

Problème
j'obtiens l'exception suivante lorsque je lance mon programme dans le débogueur de VS en cliquant sur mais je n'ai rien du tout si je lance mon programme à la main depuis une console MS-DOS.

Message du debogueur de VS


Quelqu'un aurait une explication à ce comportement étonnant?

Merci

[darkman19320]

Salut,

Sans code, c'est assez compliqué de répondre. Une piste possible : est-ce que tu utilises bien la version Debug de tes bibliothèques lorsque tu exécutes ton programme en mode Debug?

[alexgille]

Salut,

l'exception est levée dans la lib que j'intègre donc ça va être compliqué de fournir le code, par contre je n'ai pas de version debug de ces libs...
La chose qu'il me semble être la cause est qu'une des structure que je passe en paramètre aux fonctions de cette lib ait un pointeur modifié, puis ce pointeur est utilisé alors qu'il pointe vers un espace mémoire inconnu...

[darkman19320]

Ce n'est pas parce que l'exception est levée d'une bibliothèque externe que l'erreur vient forcément de leur code. Est-ce que tous les paramètres que tu fournis à libwebsockets sont correctement alloués?

[alexgille]

Problème résolu !
C'était bien ça, une des structure était mal allouée puis utilisée plus loin dans les fonctions de libwebsockets. A l'origine de tout ça c'est un problème de string contenant un chemin d'accès à un fichier de conf, ce qui à la fin provoquait ça. C'est quand même curieux que le même programme lancé dans une console et un débogueur, sans recompilation ni changement, ait deux comportements totalement différents...

Merci pour votre aide

[Médinoc]

Ne te pleins pas, tu avais le plantage dans le debugger et non pas hors.
Horripilamment souvent, c'est l'inverse.