string > hex

Version imprimable

27/02/2006, 14h20
AntoineNSG

string > hex
(je pr�cise que j'ai consult� la FAQ)

Je suis en possession d'une chaine de caract�re qui contient un code hexa du type :

"0x96000007"

je dois convertir cette chaine en un long ui contient la meme valeur hexadecimale

j'ai essay� de cette mani�re
Code:

1 2 3 4 5 std::istringstream iss( mastring ); long nombre; iss >> hex >> nombre; cout << nombre << endl;
mais cela ne fonctionne pas et nombre indique 0...
27/02/2006, 14h27
Volune

En esp�rant que �a puisse t'aider :
J'ai �x�cut� ton code, j'ai eu un r�sultat incoh�rent. J'ai pass� nombre en unsigned long et le r�sultat est correct.
27/02/2006, 16h09
Herode

Et sauf erreur de ma part, istringstream est d�pr�ci�, non ?
istrstream avec un #include <strstream> me semble plus � la mode.
27/02/2006, 18h49
Volune

Citation:

Envoy� par Herode

Et sauf erreur de ma part, istringstream est d�pr�ci�, non ?
istrstream avec un #include <strstream> me semble plus � la mode.

Mon compilateur (mingw/g++ 3.4.2) me dit que c'est le contraire : strstream serait d�pr�ci�.
27/02/2006, 19h11
Alp

Oui oui je confirme, c'est (i|o)stringstream qui est "� la mode".
strstream est l'ancien nom, surement.
L'ent�te qui va avec stringstream est <sstream>.
27/02/2006, 20h36
Herode

Autant pour moi ! :oops:
27/02/2006, 22h36
Luc Hermitte

Pas une question de mode. IIRC, strstream faisait parti des anciens en-t�te non standard mais relativement portables. GCC a une politique assez bizarre de supporter l'ancienne biblioth�que de flux pseudo-propri�taire dans l'espace de noms de la SL, et en marquant ... "deprecated" quand on s'en sert.

Bonsoir,

Avec ce code tout semble fonctionner :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 #include <iostream> #include <sstream> #include <string> using namespace std ; void do1( const string& mastring) { istringstream iss( mastring ); long nombre; iss >> hex >> nombre; cout << nombre << endl; /* cela retourne 1073821816 , est-ce ok ? */ } int main() { do1( "0x96000007" ) ; return 0 ; }
A vrai dire je ne vois o� est le probl�me.
C' est peut-�tre un d�bordement de capacit� d' un hexad�cimal vers un 32 bits sign� ?

Cela vient-il du compilateur ou de l' 'operating system' ?
Je ne vois pas.

Cordialement.

28/02/2006, 13h44
loufoque

0x96000007 vaut 2516582407, ce qui est sup�rieur � 2^31-1 (la valeur maximale d'un entier de 32 bits sign�) mais inf�rieur � 2^32-1 (la valeur maximale d'un entier de 32 bits non sign�).
Il faut donc un unsigned long.