4. Rückgabewert beim Aufruf von WinAPI-Funktionen testen

Rückgabewert beim Aufruf von WinAPI-Funktionen testen

  • ?

    Das steht ja so auch in der Beschreibung:

    If the window was previously visible, the return value is nonzero.

    If the window was previously hidden, the return value is zero.

    Da steht ja nix von TRUE oder FALSE, also testet man es auf 0 oder != 0
    Daran würde ich mich halten.

    0
  • H

    Jo, eben. Aber es ist trotzdem eine BOOL Funktion. MSDN meint:

    [

    BOOL ShowWindow(
  HWND hWnd,     // handle to window
  int nCmdShow   // show state
);
    0
  • ?

    Jo, ist für mich unverständlich. Ich weiss nicht warum die sowas gemacht haben. Aber wie immer, hat das bestimmt irgendeinen Sinn, den ich noch nicht erkannt habe. 🙂

    0
  • H

    Ich denke mal undokumentierte Fehlercodes... aber keine Ahnung.

    0
  • W

    @Loggy: Ich gebe mich geschlagen. Du hast recht.

    0
  • ?

    Da ich jetzt TOTAL verwirrt bin, stell' ich mal eine Behauptung in den Raum:

    Für C / C++ hat alles, was nicht 0 (inkludiert auch "\0" oder NULL) ist, den Wahrheitswert WAHR. 0, \0 und NULL entsprechend FALSCH.

    Also wird in

    pSonstwas = NULL;
if(pSonstwas) ...

    das if-Statement nicht ausgeführt.

    Dies hat noch gar nix mit Microsoft o.ä. zu tun.

    Jetzt gibt es halt den Typ bool, der in ANSI-C definiert ist (ein int?).
    Und den typdef BOOL, den Microsoft in der Win-API spezifiziert (32 Bit).

    Und da gilt das gleiche: Ist das Dingen als Zahl (Zahlenwert) 0 -> isset FALSCH, ANSONSTEN (!!) WAHR.

    Entsprechend sind (false = FALSE = 0) und (true = TRUE != 0) definiert...

    ??? Sarge

    0
  • H

    TRUE ist aber 1 und nicht "jede Zahl ungelich 0". Das heißt, wenn du

    myvar == TRUE testest, ist das nur Wahr, wenn myvar == 1 ist und nicht, wenn myvar einen wahren Wert hat (also ungleich 0).

    Beispiel:

    int i = 5;

if (i)
{
  // wird ausgeführt, da i ungleich 0
  // hier wird also geprüft, ob i ungleich 0 ist und nicht ob es 1 ist
}

// aber:
if (i == TRUE)
{
   // wird nicht ausgeführt, da 5 ungleich 1
}

// und
if (i == true)
{
   // wird ausgeführt (wahrscheinlich mit Compilerwarnung)
   // da i erst auf bool gecastet wird und dann mit true verglichen
}

    [ Dieser Beitrag wurde am 18.02.2003 um 16:40 Uhr von Loggy editiert. ]

    0
  • B

    a) man vergleicht nie einen boolschen Wert explizit mit true oder false
    b) bei

    int i = 42;
if (i == true) ...

    wird true in int umgewandelt, nicht i in bool; deshalb ist der Vergleich ebenfalls falsch.

    0
  • F

    Wird da jetzt eigentlich immer der "kleinere" Datentyp für den Vergleich in den größeren umgewandelt, oder immer der rechte in den linken? Kurz: wäre ein Vergleich if (true == i) wahr?

    0
  • B

    immer der kleinere in den größeren und signed in unsigned, unabhängig von der Reihenfolge. Die Regeln stehn detailliert im entsprechenden Standard, aber es läuft auf die einfache Formel hinaus.

    0
  • H

    a) man vergleicht nie einen boolschen Wert explizit mit true oder false

    Das verstehe ich nicht. Wieso sollte man folgendes nicht machen:

    bool b = true;

if (b == true)
{
   // do...
}
    0
  • F

    das wäre doch nur ein unnötiger (meist nicht erfolderlicher), zusätzlicher Vergleich 🙄

    0
  • B

    Loggy: Warum sollte man? Eine Bedingung gilt als wahr, wenn sie in bool umgewandelt true ist, dh

    if (b)

    ist äquivalent

    if (b == true)

    ist äquivalent

    if ((b == true) == true)

    ist äquivalent

    if (((b == true) == true) == true)

    .. you get the idea 🙂

    0
  • ?

    Und bei BOOL also int? Wie sollte man es da machen?

    0
  • B

    BOOL b = some_predicate();

    if (b) ... da BOOL automatisch nach bool umgewandelt wird (0 -> false, alles andere -> true)

    (hier ist wie schon gesagt if (b == TRUE) oder if (b == true) nicht äquivalent)

    0
  • H

    Ne, man muss es natürlich nicht (ich mache es wahrscheinlich auch nie), aber manchmal ist es vielleicht aufgrund der Lesbarkeit besser...

    Ansonsten hast du natürlich recht.

    0
  • W

    Original erstellt von Bashar:
    **Loggy: Warum sollte man? Eine Bedingung gilt als wahr, wenn sie in bool umgewandelt true ist, dh

    if (b)

    ist äquivalent

    if (b == true)
    **

    Falsch! Beispiel:

    BOOL b;
int* pi = (int*)&b;
*pi = 23; // ;)
if(b)
   printf("b != 0");
if(b == TRUE)
   printf("b == TRUE");
    0
  • B

    was soll mir das jetzt sagen? Ich redete von bool, nicht von BOOL.

    0
  • ?

    hä?? Natürlich hat Bashar recht.

    0
  • W

    Original erstellt von Bashar:
    was soll mir das jetzt sagen? Ich redete von bool, nicht von BOOL.

    Ist das Gleiche. Meinetwegen ersetze in obigem Code BOOL durch bool.

    0
Anmelden zum Antworten