Discussion :

[Zenol]

Voila, je poste car j'ai un problème avec l'utilisation de la fonction c_str()
J'utilise une DLL que je charge de manière dynamique.

Si je fait ceci :

Code :

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

1
2
3
4
5
6
unsigned int VFS_Controler::OpenVFS(std::string path, std::string mode)
{
	path.c_str();
	path.c_str();
	return _OpenVFS_Ptr("hhhh", "jjj");
}

J'obtiens un joli plantage de windows "Ce programme a rencontrer un problème et doit fermer"...

Mais ceci :

Code :

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

1
2
3
4
5
unsigned int VFS_Controler::OpenVFS(std::string path, std::string mode)
{
	path.c_str();
	return _OpenVFS_Ptr("hhhh", "jjj");
}

Mais ceci fonctionne...

Pour résumer, un appelle à c_str() ca passe, mais plus ça casse.
Seulement, je ne voit pas la différence entre effectuer deux appelles ou un seul...

C'est assé embêtent puisque je veut utiliser path et mode comme paramètre de ma fonction :/

[zais_ethael]

Ca te sert à quoi de faire un appel à c_str() dans le vide sans récupérer le résultat?

[Zenol]

Code minimale pour reproduire le bug...
Que je l'appelle dans le vide, dans la fonction, ou bien que je récupère le résultat pour le passer à la fonction, ca plante toujours (au moment de l'appelle de la fonction celons le débugger)

[loufoque]

A priori, le bug vient d'ailleurs....
C'est juste révélé ici à cause d'un coup de malchance.

[JolyLoic]

Le programme principal et la DLL sont bien compilés avec le même compilateur, les mêmes options de compilation ?

[Zenol]

Le programme principal et la DLL sont bien compilés avec le même compilateur, les mêmes options de compilation ?

A mon avi il y à très peut de chance que se soit le cas :/
Les noms de fonction dans la DLL sont décorer sous la forme d'un _, du nom de la fonction puis @<nombre d'octée des paramètres>
Et je doit me débrouiller avec ça pour faire fonctionner mon programme ^^

Je pense que quelque chose dans le pointeur de fonction est incorrecte et qu'il doit rester/manquer quelque chose sur la pile après l'appelle de la fonction. (ce qui cause une erreur durant les destruction des std::string ?)

Bon, voila ce que me sort mon debuguer :

Sans apelle à c_str()

Code :

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

1
2
3
4
5
6
7
0x40479d	mov    0x8(%ebp),%edx
0x4047a0	movl   $0x4453cc,0x4(%esp)
0x4047a8	mov    %eax,(%esp)
0x4047ab	mov    0x4(%edx),%eax
0x4047ae	call   *%eax
0x4047b0	leave
0x4047b1	ret

Apprès un seul apelle

Code :

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

1
2
3
4
5
6
7
0x404792	mov    0x8(%ebp),%eax
0x404795	movl   $0x4453cc,0x4(%esp)
0x40479d	movl   $0x4453cf,(%esp)
0x4047a4	mov    0x4(%eax),%eax
0x4047a7	call   *%eax
0x4047a9	leave
0x4047aa	ret

Après 2 apelle (voire plus)

Code :

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

1
2
3
4
5
6
7
8
9
10
0x4047ac	mov    0x8(%ebp),%edx
0x4047af	mov    %esi,0x4(%esp)
0x4047b3	mov    %eax,(%esp)
0x4047b6	mov    0x4(%edx),%eax
0x4047b9	call   *%eax
0x4047bb	add    $0x10,%esp
0x4047be	pop    %ebx
0x4047bf	pop    %esi
0x4047c0	pop    %ebp
0x4047c1	ret

Pourquoi ces 3 pop qui me semblent être la cause de ce problème?! O_o

[Aszarsha]

A mon avi il y à très peut de chance que se soit le cas :/

Le probleme doit venir de là. L'implementation de std::string (de toute la bibliothèque standard d'ailleurs) peut être differente de compilateur en compilateur, parfois même d'une version à l'autre d'un même compilateur.

Il suffit que dans le même programme tu ais du code qui touche à une autre implementation de la bibliothèque standard, et c'est le dawa complet. Il faut qu'entre les modules du programme, il y ai une interface le plus bas niveau possible (des char * par exemple).

Voir C++ Coding Standards par exemple, chapitre 63 : Use sufficiently portable types in a module's interface.

[Zenol]

Ok, le problème semble disparaître complètement si je ne compile plus en mode débug mais en realise (J'utilise GCC comme compilo)

Donc rien à voire avec std::string mais plutôt avec le debugueur ^^' (Si il y a un forum plus adapter, peut-être déplacer le sujet?)

Edit:

Le probleme doit venir de là. L'implementation de std::string (de toute la bibliothèque standard d'ailleurs) peut être differente de compilateur en compilateur, parfois même d'une version à l'autre d'un même compilateur.

Il suffit que dans le même programme tu ais du code qui touche à une autre implementation de la bibliothèque standard, et c'est le dawa complet. Il faut qu'entre les modules du programme, il y ai une interface le plus bas niveau possible (des char * par exemple).

Voir C++ Coding Standards par exemple, chapitre 63 : Use sufficiently portable types in a module's interface.

Oui mais je l'envoi pas des std::string a ma fonction, j'envoie des const char* et des char*... En plus il ne me semble pas que la DLL emploi la STL.

En plus il y a aussi un problème du même genre, cette fois l'or de la suppression d'un char** après l'appelle a une des fonctions de la DLL :/

Je pense que la fonction doit laisser trainer quelque chose sur la pile / prendre quelque chose qui n'y était pas, mais je ne voit pas trop comment savoir comment et encore moins comment corriger le problème.(J'ai vu que le programme compiler en réalise ne plantais plus avec la plus part des fonctions si je changeais le type de retour de uint32_t en uint64_t mais là ce n'est plus vraiment au niveau du c++ :s)