int main()
{
    char b = "P"; // geht nicht, da "p" const char ist und nicht char
    const char a = "p"; // geht nicht, "P" ist ja const char[2]
    const char aa = 'p'; // geht
    char* c = "Hallo";  // c zeigt auf die Adresse im Heap wo "Hallo/0" steht, allerdings zeigt der Zeiger nun auf ein const char[]
    *c = 'l'; // nicht gut, stürzt ab, weil c zeigt ja auf ein konstanten Stringliteral der nicht geändert werden soll daher macht man ja
    const char* d = "Hallo";
    *d = 'l'; // geht nicht weil const
    // jetzt dass was ich nicht so ganz verstehe
    *c = "l"; // warum geht das nicht...???, also warum kompiliert es nicht, klar wenns kompilieren würde würde es abstürzen weil er den konstanten Stringliteral ändern würde
}

Schonmal vielen Dank für Eure Hilfe

Lg freeG

Geht Z.7 echt nicht? Ich dachte, wenn man das so schreibt, wird automatisch Speicher für den char[] reserviert, den man auch ändern kann. Aber da bin ich nicht Mal ansatzsweise sicher.

Ne da stürzt des Programm ab, er warnt mich in Zeile 6, dass "Hallo" nicht zu char* konvertiert werden kann und in Zeile 7 stürzt das Programm dann ab( also wenn der Rest der einen Fehler bringt natürlich nicht dabei ist)

Vielen Dank

Lg freeG

Es ist einfach ein Zeiger auf ein Stringliteral, welches fest im Programm verankert ist und in einem Bereich abgelegt wird, der nicht beschreibbar ist.

Folglich führt jeder Schreibzugriff darauf zum Absturz des Programms bzw. zu undefiniertem Verhalten.

Nein, es ist eben nicht das gleiche. Denn char * ist ein Zeiger, während char [] ein Array ist. Und jetzt sag nicht, das ein Zeiger ein Array ist. Das ist nämlich nicht richtig.

Eisflamme schrieb:

"l" ist aber ein const char*, also eine Zeichenkette.

Ich denke hier liegt das Verständnisproblem. "l" ist nämlich vom Typ const char[] und eben nicht const char*.

Ich muss mich korrigieren, c = "I" würde wahrscheinlich nur dann gehen, wenn c vom Typ const char* wäre, hier ist es aber vom Typ char* - also liegen hier genau genommen zwei Probleme vor.

...wie auch schon in den anderen Beiträgen in diesem Thread erklärt, liegen Stringliterale in einem besonderen Speicherbereich.

Bestreite ich nicht.

Belli schrieb:

Wie gesagt:
c = "I" würde ja gehen.

Stichwort: array-to-pointer decay

Du kannst ja auch sowas schreiben:

int values[10];
int* pvalues = values;

Nachtrag:
Es gab einen sehr langen thread zu dem ganzen char Zeugs - und krümelkacker hat einen informativen Beitrag dort geschrieben - vielleicht hilft das ja weiter:
Das verwirrende char in C/C++

inter2k3 schrieb:

Eisflamme schrieb:

"l" ist aber ein const char*, also eine Zeichenkette.

Ich denke hier liegt das Verständnisproblem. "l" ist nämlich vom Typ const char[] und eben nicht const char*.

machte den Eindruck, als wenn Du anderer Meinung seist.

Du kannst ja auch sowas schreiben:

int values[10];
int* pvalues = values;

Das ist ja auch was anderes. Hier ging es NICHT um

char *c = "I";

sondern um:

char *c;
*c = "I";

und das ist ein Unterschied.

Ich wollte lediglich klarstellen, welchen Typ ein Zeichenkettenliteral hat.

Lg freeG

'l' ist doch vom typ char und nicht const char oder nicht?

Ja. Bei Literalen macht es keinen Sinn, von CV-Qualifizierern zu sprechen, da sie keine eigentlichen Speicherbereiche belegen müssen und nicht adressierbar sind. Skalaren RValues kannst du ohnehin nichts zuweisen.

Stringliterale wie "hallo" sind ein Spezialfall, wobei auch diese als Arrays nicht konstant sein können (im Gegensatz zu ihren Elementen). Die einzelnen Zeichen besitzen jedoch eine Adresse.

Danke, Lg freeG