Discussion :

[Sachiel31]

Bonjour,

J'ai un petit problème basic mais qui me bloque

Je recupère le numero d'une ligne dans un int "k" et je veux le convertir en string "temp".
Ensuite, je veux chercher dans une autre string "histo" si elle contient le string "temp".

Voila mon code :

Code :

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

1
2
3
4
5
6
7
8
for(j=0; j<i; j++){
	k = j+1;
	temp.erase();
	temp += k;
	if(histo.find(temp) != -1){
		...monTraitement...
	}
}

Le problème se situe à la conversion de k en string :

Code :

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

1
2
k = 1
Après affectation : temp = 

J'ai trouvé cette solution dans la FAQ :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include <sstream>
 
int main()
{    
    // créer un flux de sortie
    std::ostringstream oss;
    // écrire un nombre dans le flux
    oss << 10;
    // récupérer une chaîne de caractères
    std::string result = oss.str();
}

mais le problème c'est que je suis sous visual 2005 et qu'il ne me reconnaît pas ostringstream .


Quelqu'un aurait-il une idée s'il vous plaît???


Merci


Sachiel

[cedekasme]

Salut !

La plupart du temp, lorsque je veux convertir un int en CString j'utilise la fonction Format() de CString.

Ca donne un truc du genre :

temp.Format("%d", k);

En espérant ke ça peut t'aider.

[jobherzt]

Bonjour,

J'ai un petit problème basic mais qui me bloque

ici c'est le forum c++, peut etre voulait tu dire "basique" ?

Je recupère le numero d'une ligne dans un int "k" et je veux le convertir en string "temp".
Ensuite, je veux chercher dans une autre string "histo" si elle contient le string "temp".

Voila mon code :

Code :

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

1
2
3
4
5
6
7
8
for(j=0; j<i; j++){
	k = j+1;
	temp.erase();
	temp += k;
	if(histo.find(temp) != -1){
		...monTraitement...
	}
}

Le problème se situe à la conversion de k en string :

Code :

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

1
2
k = 1
Après affectation : temp = 

J'ai trouvé cette solution dans la FAQ :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
#include <sstream>
 
int main()
{    
    // créer un flux de sortie
    std::ostringstream oss;
    // écrire un nombre dans le flux
    oss << 10;
    // récupérer une chaîne de caractères
    std::string result = oss.str();
}

mais le problème c'est que je suis sous visual 2005 et qu'il ne me reconnaît pas ostringstream .

ca c'est crieux, est tu sr de to ? n'as tu pas oublié un include, ou un std:: qqpart ?

Quelqu'un aurait-il une idée s'il vous plaît???


Merci


Sachiel

vu qu'il ne s'agit que d'entier, c'est assez facile a faire "a la main".... par des opérations mathématiques tu isoles chacun des chiffres (par des divisions et des modulos), puis par une simple addition tu fais n corrspondance entre le caractére 'n' et le chiffre n (par exemple entre le chiffre 3 et le caractere '3').

[Sachiel31]

@cedekasme :

Merci beaucoup c'est tout à fait ce que je cherchais

[Sachiel31]

Et pour l'opération inverse, est-ce qu'il existe un équivalent???

[Rupella]

je pense qu'il faudrait t'interesser au pourquoi le ostringstream n'est pas reconnu.
la convertion dans les deux sens n'en sera que beaucoup plus facile !

personnellement, j'utilise a foison ce genre de choses :
http://c.developpez.com/faq/cpp/?pag...GS_convertform
http://c.developpez.com/faq/cpp/?pag...NGS_convert_to

je suis aussi avec VS2005, et ca marche tres bien !

[cedekasme]

k = atoi(temp); // si ton projet n'est pas en unicode
k = _ttoi(temp); // si il est en unicode

[Sachiel31]

je pense qu'il faudrait t'interesser au pourquoi le ostringstream n'est pas reconnu.
la convertion dans les deux sens n'en sera que beaucoup plus facile !


je suis aussi avec VS2005, et ca marche tres bien !

Pour utiliser std::istringstream et std::ostringstream, tu as un include particulier???


atoi() marche mais c'est pas l'idéal vu que c'est plus du C.

[Rupella]

je ne crois pas, j'utilise <sstream>

[Sachiel31]

C'est bon ça marche

C'est juste que j'avais oublié d'enlever les "//" devant mon include

Faut vraiment que je me repose je crois

[Rupella]

le dernier, c juste pour le plaisir...
je suis en galère aussi sur un autre post, une horreur !


[edit] ne pas utiliser -1 pour le find() mais std::string::npos !

[loufoque]

@cedekasme :

Merci beaucoup c'est tout à fait ce que je cherchais..

Tu voulais pas convertir un int en std::string ?
Dans ce cas-là ce qu'il te faut c'est boost::lexical_cast, c'est le plus pratique.

[koala01]

Tu voulais pas convertir un int en std::string ?
Dans ce cas-là ce qu'il te faut c'est boost::lexical_cast, c'est le plus pratique.

J'aimerais quand meme savoir pouquoi on s'acharne *systématiquement* à proposer la bibliotheque boost pour des choses que la STL permet de faire tout aussi bien...

Je ne connais pas le fonctionnement interne de boost, mais je serais surpris que leur implémentation pour le lexical_cast soit fort proche de la solution "manuelle" qui consiste à passer par un (i/o)stringstream (selon le cas)...

Je suis tout à fait d'accord que boost apporte des facilités qu'il est compliqué d'implémenter par soi-même, ou en tout cas des algorithmes mieux vérifiés (je penses à filesystem ou aux pointeurs intelligents), mais de manière générale, entre l'utilisation de la SL qui est incluse d'office avec trois lignes de code et l'installation préalable (et parfois problématique) de boost pour son compilo avant de devoir s'intéresser à la synthaxe d'une commande, je ne suis pas *vraiment* que pour un problème aussi simple le gain en terme de facilité soit réellement présent...

Ce commentaire est évidemment à prendre dans le sens de "si boost n'a pas encore été installé pour le compilateur utilisé"

[loufoque]

Je ne connais pas le fonctionnement interne de boost, mais je serais surpris que leur implémentation pour le lexical_cast soit fort proche de la solution "manuelle" qui consiste à passer par un (i/o)stringstream (selon le cas)...

En fait c'est bien plus compliqué que ça à cause de certaines optimisations et une meilleure gestion des flottants.
Mais bon c'est plus ou moins ça oui, avec une gestion des erreurs par exception.