Reprise du message précédent :

 
Non, ou alors j'ai mal compris.
Une déclaration suffit, la définition vient dans le .c.
C'est même une encapsulation plus forte qu'en C++
 

 
Ce ne sont que de simples pointeurs d'adresse, ou alors j'ai rien capté:D...

Pour toi, tu sais pas ce que c'est, et tu te fous de ce que c'est.
En pratique, c'est souvent un nombre ou une adresse. C'est pas obligé, c'est celui qui écrit la lib qui décide.

Mieux vaut savoir ce que c'est sinon t'es mal barré...

Historiquement, le handle, c'est un truc inventé par microsoft dans windows 16 bits, quand ses mecanismes internes pouvaient changer l'adresse d'une structure et rendre un pointeur sur icelle invalide (fallait locker et unlocker la structure en memoire avant d'acceder/modifier ses champs).
Bref, c'etait un truc merdique, du a une gestion de la memoire merdique.  
Il en reste quelques traces dans les definitions de types de windows, mais apart dans le cas de l'utilisation de COM et des technologies derivées, ca correspoond a de vrais pointeurs maintenant, sauf erreur de ma part.
 
Le probleme du masquage des types en C quand on ecrit une APi est assez courant.
En general, la solution la plus frequente est:
1) tu as tes types internes pas connus de l'utilisateur
2) tu as tes types externes, connus de ton code et de l'utilisateur
3) les fonctions de l'API ne prennent que les types externes
4) Tous les parametres des fonctions de l'API sont
 * verifies (validité,...)
 * copiés en types internes. Copiés, ce qui fait que tout ce qui sera manipulé aura ete alloué par ton code, et ne se plantera pas sur une allocation mal faite dans le code utilisateur.
En plus, utiliser des types externes permet en general d'avoir une cohérence de nommage dans l'API.
A+,

Désolé de te contredire, vénérable, mais les handle existaient en programmation Amiga OS, bien avant l'arrivée de Windows 3
Tu ouvrais une fenêtre avec intuition => tu récupérais un handle de fenêtre !

D'ailleur, sous unix, les handle de fichier, ça fait ... 30 ans que ça existe.
Mais hormis le cas de gilou que j'avais oublié (et pourtant sous palmOS c'est le même principe) c'est bien parce qu'on est pas dans le même espace mémoire qu'on a des handle.
 
sinon, on fait des pointeurs sur des structures un peu opaques mais de toutes façons, on sait que celui qui veut la modifier directement, il pourra. Alors qu'aller modifier la structure de description de ficheir sous unix, il faut déjà passer en mode noyau, et c'est plus balaise.

gilou là tu tolls...
Moi je trouve le mécanisme des handle très puissant, et je confirme que c'est bien plus vieux que MS (le + vieux que je connaisse est moi aussi les fichiers sous UNIX).
Et la gestion merdique de la memoire en Win16 était d'avantage de la faute d'intel que de MS...

Oui, j'aurais pu preciser que les file handles etaient anterieurs. Mais c'etait l'exception qui confirmait la regle
A+,

Je connais rien a l'amiga OS, alors c'est bien possible.
A+,

Bon je les utilises tous les jours en fait (pas le choix, je bosse sur une grosse appli)... mais là où j'ai doute, c'est sur le risque de perdre les données en ram appelées à partir d'un hanlde...