spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Dein Problem ist dass dir offenbar nicht ganz klar ist was ein string ist. std::string ist nur eine Klasse. Dein string Objekt enthält im Prinzip nur einen Pointer auf ein char Array. Selbst wenn du nun den korrekten Weg gefunden hättest um ein string Objekt in die Datei zu schreiben würde das nicht das von dir gewünschte Ergebnis liefern. Denn dein string Objekt enthält ja nur einen Pointer auf den eigentlichen String. Was du also tun würdest ist die Adresse deines String in die Datei schreiben und nicht den String selbst. Spätestens beim nächsten Programmstart ist diese Adresse dann sowieso ungültig und dein Programm wird crashen wenn du versuchst den string zu laden und dann zu verwenden. Lösung: Nicht das string Objekt in die Datei schreiben sonden den eigentlichen String. Entweder z.B. als nullterminiertes Zeichenarray oder als Länge (int) gefolgt von Zeichenarray.

und wenn du an diesen String (bzw. das nullterminierte char array) kommen willst gibt es die funktion c_str():
http://www.cplusplus.com/reference/string/string/c_str/

...und wenn du andere Variablen und Objekte schreiben, bzw. lesen willst, die keine Zeiger auf Objekte im Heap enthalten musst du reinterpret_cast<char *> benutzen.

Zitat von »BurningWave«

...und wenn du andere Variablen und Objekte schreiben, bzw. lesen willst, die keine Zeiger auf Objekte im Heap enthalten musst du reinterpret_cast<char *> benutzen.

Was er da oben im Prinzip tut, der Grund warum es nicht "funktioniert" ist dass sein str kein Pointer ist

Zitat von »dot«

der Grund warum es nicht "funktioniert" ist dass sein str kein Pointer ist

Ja, das ist mir klar, dieses Problem hatte ich auch mal.

Aber macht es wirklich keinen Unterschied reinterpret_cast oder (char*)() zu nehmen? Wenn nein, zu was braucht man reinterpret_cast dann?

Zitat von »BurningWave«

Aber macht es wirklich keinen Unterschied reinterpret_cast oder (char*)() zu nehmen? Wenn nein, zu was braucht man reinterpret_cast dann?

Worauf ich hinauswollte: Ein C-Style Cast bedeutet in C++ einfach nur dass C++ casts in einer definierten Reihenfolge durchprobiert und der erste der funktioniert genommen wird. In seinem Fall hätte das reinterpret_cast bedeutet. In gutem C++ Code verwendet man niemals C-Style Casts sondern die entsprechenden C++ casts.

Zitat von »Rion«

Soweit ich weiß, wandelt reinterpret_cast ja Pointer eines Datentyps in einen Pointer eines anderen Datentyps um (z.B. char* in int*). Es soll aber sehr unsicher sein. Auch MSDN empfiehlt die Verwendung anderer cast-Operatoren.

Richtig, reinterpret_cast castet im Prinzip nicht verwandte Pointertypen oder Pointer in Integer Typen und umgekehrt. Praktisch das einzige was bei einem reinterpret_cast garantiert ist ist: Wenn du einen blub* in einen (ausreichend großen) integer castest und diesen integer (unverändert) wieder zurück in einen blub* dann zeigt der Pointer immer noch auf das selbe blub Objekt. Praktisch alles andere ist plattformabhängig (implementation defined). reinterpret_cast ist nur dann zu benutzen wenn man sich vollkommen bewusst ist was man damit tut und warum. reinterpret_cast braucht man normalerweise auch nur sehr selten. read und write auf streams zählt vielleicht zu den Stellen wo man am häufigsten auf einen reinterpret_cast treffen wird da er hier früher oder später praktisch notwendig wird (man könnte einen direkten reinterpret_cast natürlich auf bestimmten Wegen umgehen, was im Endeffekt aber keinen wirklichen Unterschied macht).