wieder mal ein paar char Probleme...

Mis2com

Hi,

valide:

const char* a = "Hallo";

invalide:

char* a;
a = "Hallo";

Ich könnte mir vorstellen, dass der Compiler das so optimiert, dass da char* a = "Hallo" steht und das daher funktioniert, aber eigentlich ist sowas nicht möglich.

MfG Eisflamme

Bashar

Mis2com schrieb:

invalide:

char* a;
a = "Hallo";

Falsch. Schlechter Stil, aber nicht "invalide".

Ich könnte mir vorstellen, dass der Compiler das so optimiert, dass da char* a = "Hallo" steht und das daher funktioniert, aber eigentlich ist sowas nicht möglich.

Mis2com

Hi,

nö? wieso geht das?
wie lange lebt "hallo" denn?

MfG Eisflamme

Bashar

"hallo" ist ein Stringliteral und lebt somit über die gesamte Dauer der Programmausführung.

Mis2com

Hi,

wo lebt so ein Literal denn, dass es so lange lebt? Und wieso ist das dann schlechter Stil?

fg Eis

Bashar

Seltsame Fragen stellst du, wo du doch gerade noch als valide bezeichnet hattest, einen const char* auf ein Stringliteral zu setzen.

Was meinst du damit, wo es lebt? Dazu macht der Standard keine Aussage. Ich würde sie im Datensegment ablegen, ungefähr dort, wo auch die globalen und statischen Variablen liegen. Der gcc legt Stringliterale in einem Read-Only-Speicherbereich ab.

Was auch gleich beantwortet, warum es schlechter Stil ist, einen char* auf ein Literal zeigen zu lassen. Das Verändern das Literals führt zu undefiniertem Verhalten, also sollte man davon absehen, und nur const char* darauf zeigen lassen, damit der Compiler sowas gleich abfängt. Aus Kompatibilitätsgründen zu C gibt es aber eine automatische const char* zu char* Umwandlung in C++, die m.W. allerdings auf Literale beschränkt ist.

Mis2com

Hi,

ok, danke, jetzt ist mir das klar.
Wegen const char* chfff = hatte ich gehört, dass manche Compiler das wohl auch so optimieren würden, dass für chfff dann auch gleich Speicher belegt wird und das reinKOPIERT wird, also so als Feature, aber k.A.

MfG Eisflamme

Bashar

Mis2com schrieb:

Wegen const char* chfff = hatte ich gehört, dass manche Compiler das wohl auch so optimieren würden, dass für chfff dann auch gleich Speicher belegt wird und das reinKOPIERT wird, also so als Feature, aber k.A.

Klingt eher nach einer Pessimierung
Was soll das bringen? Die Allokation dauert doch nur, und wer gibt das dann frei? Verwechselst du das vielleicht hiermit:

const char foo[6] = "hallo";

interpreter

Bashar schrieb:

Seltsame Fragen stellst du, wo du doch gerade noch als valide bezeichnet hattest, einen const char* auf ein Stringliteral zu setzen.

Was meinst du damit, wo es lebt? Dazu macht der Standard keine Aussage. Ich würde sie im Datensegment ablegen, ungefähr dort, wo auch die globalen und statischen Variablen liegen. Der gcc legt Stringliterale in einem Read-Only-Speicherbereich ab.

Japp. Dort wird jedes Literal maximal einmal in einer Tabelle abgelegt. Kann man auch leicht prüfen:

#include <iostream> 
using namespace std; 

int main() { 
   const char * c1, *c2, *c3;
   c1 = "hallo";
   c2 = "hallo";
   c3 = "Hallo";
   cout << (c1==c2) << endl;  // 1
   cout << (c1==c3);          // 0
   cin.get();
   return 0;
}

Mis2com

Hi,

Bashar:
Genau.

MfG Eis