Ausdruck, Zeichen, Byte, Null: 0 != '\0' ?

[Nachtwunderer (Gast)]

Wieso ist a) true ?

char string[8] = "";
const char array[] = 
a) {0}
b) {'\0'}

if( string[0] = pgm_read_byte(&array[0]) )
  // true
else
  // false

Quellcode ist ISO-xxx kodiert

[Uwe .. (uwegw)]

Wenn du vergleichen willst, solltest du das mit == machen. Und array 
liegt nicht im Flash, nur weil es const ist. Es braucht noch das 
Attribut PROGMEM.

[Sven P. (Gast)]

Weder a) noch b) sind TRUE, nur ist es kein Vergleich und pgm_read_byte 
ist falsch. Oder hast du PROGMEM vergessen?

[der mechatroniker (Gast)]

Kann sein, dass ich mich irre, aber beim gcc bewirkt const allein nicht, 
dass die Daten im Flash landen. Daher liest du mit pgm_read_byte 
wahrscheinlich aus dem Nirvana. Der Datenmüll landet dann (wegen 
einfachem '=') in string[0] und ist mit einer Wahrscheinlichkeit von 
255/256 nicht null.

[Rufus Τ. F. (rufus)]

Weil das Array nicht da landet, wo Du annimst. Es als const zu 
deklarieren, genügt nicht, damit es im Flash-ROM abgelegt wird, Du musst 
zusätzlich PROGMEM angeben.

[JW (Gast)]

Wieso sollte

const char array[] = ...

 im Flash stehen ?
Wieso sollte Lesen im Flash mit der Adresse einer SRAM Variable ein 
nicht-zufälliges Ergebnis liefern?

[Nachtwunderer (Gast)]

Verzeihung. Bitte nochmal:

char string[8] = "";
const char array[] PROGMEM= 
a) {0}
b) {'\0'}
;
if( string[0] = pgm_read_byte(&array[0]) )
  // true
else
  // false

[if-men (Gast)]

siehe 1.Antwort, 1.Satz!

= ist eine Zuweisung
== ist ein Vergleich

[Nachtwunderer (Gast)]

Die Aussage ist korrekt, aber nicht der Grund.

Der Ausdruck string[0] = pgm_read_byte(&array[0]) hat den Wert 
pgm_read_byte(&array[0]) und sollte somit für die Bedingung wahr sein, 
wenn der Rückgabewert != 0 ist.
Nun ist ja eigentlich 0 == 0 == '\0'. Oder?

[Nachtwunderer (Gast)]

> Die Aussage ist korrekt, aber nicht der Grund.
Nehme ich an. Liege ich falsch?

[Nachtwunderer (Gast)]

Ursache: falsche (alte) Daten im Flash.