Un peu d'aide sur la class string

Bonjour

J'aimerais avoir quelques pr�cisions sur la classe std::string de C++. En fait j'utilise une macro qui retourne une string. Pour r�cup�rer la string dans une variable j'ecris std::string *str = new string(MACRO(parametres)) en utilisant le constructeur par copie. Quand j'ecris simplement std::string = MACRO(parametres) j'ai une violation m�moire (fichiers dbgheap.c et dbgdel.c pour ceux qui ont deja vu ca). Malheureusement je sais pas comment est ecrite la fonction MACRO. Si vous avez une id�e de pourquoi la deuxieme solution marche pas?
Autre chose j'aimerais pouvoir reattribuer ma variable str. J'ai tent�
str = &(MACRO(nouveaux parametres)) mais ca plante aussi (mais pas tout le temps :s). Je suis assez nul en C++ comme vous vous en doutez en lisant ces lignes alors ne me moquez pas trop vite, merci ;)

un petit mot avant d'aller en pause :mouarf:
pose des bouts de code avec les balises...c'est plus facile a lire car ton post est assez condens� et ca donne pas envie de lire :king:

MACRO te renvoie une std::string ou un char*?

Bon je reformate un peu mon message. Donc je souhaite r�cup�rer une instance de std::string via une marco qui retourne une string (et pas un char* pour repondre au message pr�c�dent). J'�cris:

Code:

---

std::string *str = new string(MACRO(parametres))

---

en utilisant le constructeur par copie. Ca ca marche. En revanche, si j'�cris

Code:

---

std::string = MACRO(parametres)

---

ca plante, une alloc qui a pas �t� faite je pr�sume mais en principe l'alloc a lieu dans la fonction MACRO. Peut-etre dois je d�clarer ma variable comme �tant une r�f�rence sur le retour de la fonction?
J'aimerais �galement pouvoir reattribuer ma variable str. J'ai test�

Code:

---

str = &(MACRO(nouveaux parametres))

---

mais ca plante aussi (mais pas tout le temps :s). Voila si vous avez qq id�es et pr�cisions � me fournir sur le fonctionnement pr�cis de la classe String (je pr�f�re la classe String de java ;)).

ta MACRO elle renvoie un std::string, pas un std::string* ?

alors:

Code:

---

1 2	std::string str = MACRO( param );

---

�a �a ne marche pas?

les string C++ ne sont pas compliqu�s. Ce qui est compliqu� c'est que tu utilises une MACRO qui a l'air bien pourrie et que tu te m�langes les pinceaux avec les pointeurs ( alors qu'en C++ ils ne sont pas fait pour �tre utilis�s tout le temps ).

la classe string s'utilise tr�s bien comme �a:

Code:

---

1 2 3 4 5 6

std::string str = "toto"; std::string str2 = str; std::string str3 = str + str2;   std::cout << str3 << std::endl;

---

quand j'ai ecrit

Code:

---

std::string = MACRO(parametres)

---

il fallait bien sur lire

Code:

---

std::string str = MACRO(parametres)

---

c'est ce que j'avais d'abord �cris dans mon code mais comme ca plantait je me suis r�solu a faire une allocation dynamique qui elle a fonctionn�. Ouai la macro doit etre bien pourrie et elle retourne bien un string pas un string* (d'ou l'emploi du constructeur par copie pour l'alloc dynamique). Mais jcomprends toujours pas pourquoi la premi�re d�claration sans passer par un pointeur marche pas. Et pour r�attribuer ma string je suis oblig� d'�crire � chaque fois

Code:

---

str = new string(MACRO(nouveaux parametres))

---

ce qui est bien laid je trouve. Je pr�cise que tt �a s'ex�cute au sein d'une JNI ca joue peut-�tre un r�le.. Enfin pour l'instant je comprends pas bien.

t'as aucun moyen d'avoir le code de ta MACRO?

elle est dans une dll. Et c'est pas le premier truc chelou que j'ai avec cette dll d'ailleurs. J'my connais pas tr�s bien en programmation mais plein de trucs ont l'air bizarrement �crit dedans. Bon ben jcrois que jvais rester avec ma solution pourrie � base de pointeurs. Comme quoi du code sale engendre du code sale...

pour tes remarques

Une macro ne peut pas �tre dans une DLL, puisqu'elle est r�solue par le pr�processeur et non le compilateur ni l'�diteur de liens.
Tu devrais donc trouver la macro en question dans le fichier d'en-t�te associ� � la DLL...

je pense que tu dois avoir moyen de retrouver ce code, ton compilateur y arrive.
( demande lui? )

Difficile � deviner ce qu'il se passe exactement sans avoir le code de la macro.
Mais je suppute l'existence de structure conditionnelle (if) dans cette macro, ce qui peut entrainer des comportements ind�finis.

Un exemple de ce qui peut arriver:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

struct Param{ Param(/*parametres constructeur*/){/* constructeur */}; bool constructStrings(){ /* fonction qui va construire les strings str1 et str2 */ }; string str1, str2;};   #define MACRO ( Param params ) ( ( params.ConstructStrings() ) ? params.str1 : params.str2 ; )   // plus tard dans le code: string str = MACRO( Param(/*parametres du constructeur*/) );   // regardons ce qu'il se passe: le #define remplace le code, on aura donc: string str = ( Param(/*parametres du constructeur*/).ConstructStrings() ) ? Param(/*parametres du constructeur*/).str1 : Param(/*parametres du constructeur*/).str2;

---

Dans cet exemple, �a ne plantera pas � l'execution, mais on n'obtiendra pas le r�sultat escompt�.

Mais je le r�p�te, sans connaitre le contenu de la MACRO, il me parait impossible de comprendre ce qu'il se passe.

Dans la librairie je dispose d'une autre macro pour r�cup�rer une string: AsString comme son nom l'indique. Cette fois la d�claration statique fonctionne:

Code:

---

std::string str = AsString(parametre); //OK

---

Mais quand je veux v�rifier ce que contient str:

Code:

---

cout << "affichage de str: " << str->c_str() << endl;

---

n'affiche que "affichage de str: " :s, alors que je sais tres bien ce que str est cens� contenir (pas une chaine vide comme ca semble etre le cas). D'ailleurs avec l'autre macro et l'alloc dynamique jaffiche bien qq chose...
Je crois que jvais �crire un mail au programmeur de la librairie pour r�cup�rer le code. Jcomprends riennnnnnnn

R�fl�chis un peu aussi avant de poser des questions... tu d�clare un objet et tu l'utilises comme un pointeur :?

j'ai bien ecris [CODE]cout << "affichage: "<< str2.data() << endl;/CODE] dans mon code. J'aurais eu un probl�me � la compilation sinon. Je suis nul mais pas � ce point la quand m�me. Je confirme ce que j'ai dit avant donc..

je n'avais pas vu ta remarque. En fait apr�s v�rification c'est pas une macro au sens C/C++ mais au sens g�n�ral du terme donc ce n'est en fait qu'une fonction dont j'ai uniquement le prototype dans le .h

Bon, je sais, il semble qu'on se r�p�te, mais peut-on voir le code de MACRO stp ? Sans cette information, il est impossible de savoir ce qui se passe.

Pour ma part, je penche pour un probl�me de mod�le de m�moire. Le standard C++ ne d�finit pas d'ABI (abstract binary interface). De fait, les compilateurs sont libres de g�rer la m�moire comme ils le souhaite dans les diff�rents modules. Si une DLL utilise un mod�le de m�moire diff�rent du programme appelant, alors il est impossible de garantir le fonctionnement d'un programme qui va d�truire ce qui aura �t� cr�� par la DLL.

Ce qui pose probl�me pour les templates, car dans la plupart des cas le code du template est directement ins�r� l� ou il est utilis� (il est "inlin�"). De fait, si ta MACRO est (contrairement � son nom) une fonction qui cr�e une std::string, il ne faut pas que cette chaine soit d�truite dans le programme appelant, car le destructeur sera directement ins�r� dans le code de l'appelant (et non pas dans la DLL). Si il y a ne serait-ce qu'une petite diff�rence dans le mod�le de m�moire, la pile ou le tas risquent fortement d'�tre corrompu.

Cependant, tout ceci ne reste que pure sp�culation: tant que nous ne savons pas exactement ce que fait MACRO (c'est � dire tant que nous ne voyons pas son code), il nous est impossible de trouver une solution � ton probl�me.

Donc cherche dans les .h et livre nous les informations n�cessaires - tu verras, nous allons �tre un brin plus efficace apr�s �a :)

Salut,

Il ne faut pas passer de std::string en entr�e ou en sortie d'une DLL, c'est au mieux tr�s dangereux et au pire �a fait n'importe quoi (un peu comme l� quoi 8-))...
Cf. C++, the real world, and link and binary compatibility.

MAT.

qui commencent � m'�clairer un peu. Si je peux pas passer std::string en sortie d'une fonction d'une DLL comment puis-je r�cup�rer l'objet renvoy� par cette fonction? Jvais voir si jtrouve une r�ponse dans le lien que tu as donn�. Le code de la fonction je l'ai pas pour l'instant malheureusement

Citation:

---

Envoy� par KindPlayer

Le code de la fonction je l'ai pas pour l'instant malheureusement

---

Tu dois avoir au moins la signature de cette fonction, dans un des .h fourni avec la DLL, elle ressemble � quoi ?

MAT.