Test per un handle di Windows non valido: dovrei confrontare con 'NULL', '0' o anche 'nullptr'?

Question

Vengo da uno sfondo in cui i puntatori dovrebbero generalmente essere confrontati con "NULL" e interi con "0".

Poiché non ho percepito che le maniglie di Windows siano "puntatori" nel senso puro (essendo "handle"), ho preso l'abitudine di confrontarli con 0 anziché con "NULL".

Chiaramente sono implementati internamente come puntatori al giorno d'oggi, ma personalmente ritengo che sia meramente per acquisire un certo tipo di sicurezza piuttosto che perché sono intrinsecamente indicatori.

In ogni caso, ho appena notato che l'aiuto per CreateIC che restituisce un HDC indica che se la funzione non riesce, restituisce "NULL".

Ora sono confuso - e mi sto chiedendo cosa pensano gli altri - è più corretto considerare un handle di Windows come un puntatore (e quindi confrontarlo con 'NULL' o 'nullptr' per i moderni compilatori) o dovrebbe è considerato un numero intero?

Answer 1

confrontarlo con il valore di ritorno di errore documentato. Ciò significa che si dovrebbe confrontare contro INVALID_HANDLE, 0, -1, diverso da zero, o <=32 (non sto scherzando con l'ultimo, vedi ShellExecute).

Answer 2

Penso che il valore INVALID_HANDLE_VALUE di solito sia il valore "non valido" appropriato per gli handle di Windows ... e che valuti a -1.

Answer 3

Per rispondere alla tua domanda: il tipo HANDLE è dichiarata in winnt.h come

typedef PVOID HANDLE; 

Quindi, tecnicamente si tratta di un puntatore.

Tuttavia, vorrei solo usare ciò che è documentato; se la documentazione indica che NULL viene restituito, io uso esattamente quello a meno che le prove dimostrino che la documentazione non è corretta.

Non penso nemmeno a puntatori o interi. NULL è solo un valore opaco (in questa situazione) e HANDLE è un tipo opaco per me e non mi preoccupo di cercare cosa sia #define 'd a.