ShellExecute 42, GetLastError 126

[himitsu]

Zitat:

Zitat von Zacherl (Beitrag 1373860)

Im Erfolgsfalle ist der Wert von GetLastError nämlich immer undefiniert.

Undefiniert nicht.
Der Wert passt ja definitiv zum letzten Fehler, irgendeiner vorher aufgerufenen WinAPI-Funktion, bzw. vom letzten SetLastError.

[Zacherl]

Zitat:

Zitat von himitsu (Beitrag 1373914)

irgendeiner

Das würde ich ja schon als ziemlich undefiniert bezeichnen :P Vor allem, wenn der letzte API Aufruf erfolgreich war, man aber nur auf

Delphi-Quellcode:

GetLastError

!= 0 prüft, gibt es massive Probleme.

[jaenicke]

Man kann vorher auch SetLastError benutzen um das zu vermeiden.

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1373919)

Man kann vorher auch SetLastError benutzen um das zu vermeiden.

Jain.

Laut Definition gibt diese API nur einen LastError zurück, wenn das Result sagt, dass was kaputt ist.

Jetzt kann diese API aber intern weitere APIs aufrufen und Diese auch usw.
Aber nur weil eine der internen APIs einen Fehler meldete, heißt das noch lange nicht, dass "unsere" API auch 'nen Fehler liefert. (die kann ja intern noch einen alternativen Weg gehen, oder so)

Tja, wenn du vorher z.B. SetLastError(NO_ERROR) nutzt und hinterher der GetLastError was Anderes sagt, dann hat das rein garnichts zu sagen, so lange das Result sagt "ich bin OK".

[jaenicke]

Ich wollte damit auch nicht sagen, dass man das so machen sollte.

[hoika]

Hallo,
Thema ist beendet, ich hatte ja SW_HIDE (0) übergeben.

Danke !