Was bedeutet (*stringWithInt!=0)?

bedenke 0 != NULL

Genau genommen bedeutet der Ausdruck "solange der Zeiger stringWithInt 
auf keine Ziffer zeigt und noch nicht terminiert ist, bewege ihn um ein 
Zeichen weiter". D.h. tail zeigt auf das Ende des Strings oder auf die 
erste Ziffer, sofern der String denn eine enthält.

Und ob da nun A && B steht oder B && A ist in diesem Beispiel egal, die 
Ausdrücke sind equivalent. Nur wenn A oder B ihrerseits auf Daten 
operieren oder Funktionen aufrufen, muss man genauer hinsehen.

Michael Reinelt schrieb:
> ich vermute aber es sollte heissen:while((*stringWithInt!=0) &&
> !isdigit(*stringWithInt)))

Ahhh, stimmt, in dem Originalpost fehlt wohl eine Dereferenzierung... 
nicht gesehen ^^

SpieleJupp schrieb:
> bedenke 0 != NULL

Faaaaalsch!
"bool isThatReallyTrue = (0 != NULL);"
ergibt FALSE....

Hallo Chris,

Du solltest den Adresse allerdings erst nach der Zuweisung erhöhen, da 
ansonsten die Prüfung keinen Sinn ergibt.

tail=stringWithInt;
stringWithInt++;

Gruss

RomanK

Hippie schrieb:
> Faaaaalsch!
> "bool isThatReallyTrue = (0 != NULL);"
> ergibt FALSE....

Ich dachte immer Null entspricht dem Zeichen 0x0 und "0" dem Zeichen 
0x60.
Stimmt das was Hippie schreibt?

SpieleJupp schrieb:
> Hippie schrieb:
>> Faaaaalsch!
>> "bool isThatReallyTrue = (0 != NULL);"
>> ergibt FALSE....
>
> Ich dachte immer Null entspricht dem Zeichen 0x0 und "0" dem Zeichen
> 0x60.
> Stimmt das was Hippie schreibt?

Ja, im Grunde stimmt es. Nur kann man einen Pointer sowohl auf 0 als 
auch auf NULL prüfen. Aber korrekt ist NULL bei Pointer und 0 bei z.B. 
Zeichenketten Terminierung.

0x60 steht für das Zeichen 0, also '0' oder char a = '0'.

Grüsse,
René

SpieleJupp schrieb:
> bedenke 0 != NULL

Und wie lautet die Deklaration von NULL?

NULL ist ein Makro.

(void*)0

Grüsse,
René

Fabian O. schrieb:
> Die Verwendung von NULL verdeutlicht das nur
> optisch, semantisch ist es kein Unterschied.

Ja, sagte ich doch. Nur ist es so, dass manche Compiler bei 0 eine 
Warnung werfen. Deswegen hat das Makro NULL den void* cast.

Grüsse,
René

Rufus Τ. Firefly schrieb:
> Rene H. schrieb:
>> 0x60 steht für das Zeichen 0, also '0' oder char a = '0'.
>
> In welchem Zeichensatz bitte?
>
> In ASCII, das immerhin die gemeinsame Ursuppe von DOS_CP437, Windows
> "ANSI" CP1251, ISO8859-1 und auch UTF-8 ist, ist das Zeichen (die
> Ziffer) '0' mit 0x30 codiert.
>
> 0x60 ist '`', der Accent grave bzw. das "backtick"

Stimmt. man ascii hat geholfen :-). Es ist Oktal 060.

Grüsse,
René

Rene H. schrieb:
> Fabian O. schrieb:
>> Die Verwendung von NULL verdeutlicht das nur
>> optisch, semantisch ist es kein Unterschied.
>
> Ja, sagte ich doch. Nur ist es so, dass manche Compiler bei 0 eine
> Warnung werfen. Deswegen hat das Makro NULL den void* cast

Den muss es aber nicht haben. Es darf auch einfach

1

#define NULL 0

sein, oder sogar

1

#define NULL (3*4/20)

In GCC ist es oft definiert als:

1

#define NULL __null

Und __null ist dann das gleiche wie 0, erzeugt aber bei Verwendung 
außerhalb von Zeiger-Kontexten eine Warnung.

Rene H. schrieb:
> Stimmt. man ascii hat geholfen :-). Es ist Oktal 060.

Über die Oktal-Angaben in der ascii-man-Page bin ich auch schon mal 
gestolpert. ;-)

Rene H. schrieb:
> Fabian O. schrieb:
>> Die Verwendung von NULL verdeutlicht das nur optisch, semantisch ist es
>> kein Unterschied.
>
> Ja, sagte ich doch.

Naja, du sagtest;

Rene H. schrieb:
> Aber korrekt ist NULL bei Pointer und 0 bei z.B. Zeichenketten
> Terminierung.

Tatsächlich ist 0 bei Pointern genauso korrekt wie bei der Terminierung. 
Empfohlen werden aber meistens für Zeiger NULL und für die Terminierung 
'\0', da beides den Kontext besser verdeutlicht.

Michael Reinelt schrieb:
> Achtung, das ist ganz und gar nicht egal! Da Der Compiler die sogenannte
> "short circuit evaluation" anwendet, wird bei A && B B erst gar nicht
> ausgewertet, wenn A schon falsch ist.

Nennt sich Sequence Point und sollte hoffentlich von jedem Compiler 
umgesetzt werden. GCC macht es zumindest.
Gruss und scheeenes Schaffen :)