CString (!) nach Integer

franky.b

Hallo Leute,

ich möchte bzw. muss einen CString in einen Integer-Wert (exakter Datentyp egal, hauptsache ich kann damit > und < Vergleiche durchführen) umwandeln.
Wie mache ich sowas ? Aus diversen anderen Programmiersprachen kenne ich es so, dass ein String-Objekt eine Methode ToInt oder sowas hat. Oder es gibt ein Integer-Objekt mit einer Methode FromString o.ä. .
Bei C++ gibts sowas nicht ?!
Wie kann ich das dann anstellen?
Muss ich den CString erst in einen std::string umwandeln um dann das Beispiel hier in den Forums-FAQ anwenden zu können oder wie?
Wenn ja, wie geht diese Umwandlung?

Gruß,
Frank

estartu

atoi und "Verwandschaft"

Gast221212

CString erst in char* umwandeln und dann mit atoi in int

estartu

Ich stecke die CStrings immer direkt in atoi, das wird doch automatisch umgewandelt.

Polofreak

MSDN schrieb:

atoi Convert strings to double

Esco

Polofreak schrieb:

MSDN schrieb:

atoi Convert strings to double

wenn dann 'converts' unf klein oder?!

DAS schreibt die MSDN wirklich:
"int atoi( const char *string );"

ansonsten:

CString CFormatierung::Int_in_CString(int IntVar)
{
  CString strStringVar;
  char buffer[20];
  _itoa( IntVar, buffer, 10);
  strStringVar.Empty();
  strStringVar.Insert(0, buffer);

  return strStringVar;
}

Esco

Polofreak

hey das ist tatsächlich so aus der MSDN kopiert, richtig oldstyle copy-paste
ich hab allerding ein Enter unterschlagen Es heißt richtig

MSDN schrieb:

atoi
Convert strings to double

Esco

welche MSDN hastn du? -also ich habe den atoi eintrag aufgerufen, dann kam das, was ich oben geschrieben +zusaetzliche weitere 5000 zeilen.

Esco

Esco

Polofreak schrieb:

hey das ist tatsächlich so aus der MSDN kopiert, richtig oldstyle copy-paste
ich hab allerding ein Enter unterschlagen Es heißt richtig

MSDN schrieb:

atoi
Convert strings to double

da steht wortwoertlich (strg+c ^ strg+v)

"atof, atoi, _atoi64, atol
Convert strings to double (atof), integer (atoi, _atoi64), or long (atol)."

Esco

franky.b

dankeschön, da scheint das MSDN wohl recht zu haben