Discussion :

[AntoineNSG]

(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 :

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

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...

[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.

[Herode]

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

[Volune]

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é.

[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>.

[Herode]

Autant pour moi !

[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.

[dj.motte]

Bonsoir,

Avec ce code tout semble fonctionner :

Code :

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

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.

[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.