GCHandle, structure; Notes :
La classe GCHandle est utilisée avec l'énumération GCHandleType pour créer un handle correspondant à n'importe quel objet managé. Il existe quatre types possibles pour ce handle : Weak, WeakTrackResurrection, Normal ou Pinned. Lorsque le handle a été affecté, vous pouvez l'utiliser pour empêcher l'objet managé d'être récupéré par le garbage collector lorsqu'un client non managé détient la seule référence. Sans un tel handle, l'objet peut être récupéré par le garbage collector avant d'avoir terminé l'action qu'il est en train d'accomplir pour le client non managé.
Vous pouvez également utiliser GCHandle pour créer un objet épinglé qui retourne une adresse mémoire et empêche le garbage collector de placer l'objet en mémoire.
Lorsque le handle est hors de portée, vous devez le libérer explicitement en appelant la méthode Free ; sinon, des fuites de mémoire peuvent se produire. Lorsque vous libérez un handle épinglé, l'objet associé est désépinglé et devient disponible pour le garbage collection s'il n'y a pas d'autres références à celui-ci.
GoldenCrystal (./4) :
Un pointeur peut bien être un handle, mais si tu sais que c'est un pointeur alors c'est un mauvais handle. Une grande partie de l'utilité d'un handle implique une opacité de ce qui est derrière ainsi que de la méthode employée pour ce faire.
Folco (./5) :Heu, non
Parce que là c'est bien de ça qu'il est question non, tous les objets que tu crées héritent de Handle pour accéder à certains types de manipulation ou à peu près, non ?
etC'est pas toi qui me disait que l'héritage sapue ?
, ou autre chose ?
GoldenCrystal (./6) :
Y'a aucune fonction universellement apellable sur un HANDLE
Link (./9) :Alors parce que je met des majuscules la phrase devient fausse ?GoldenCrystal (./6) :
Y'a aucune fonction universellement apellable sur un HANDLE
Ta phrase aurait été vraie si tu n'avais pas commis l'erreur de mettre "HANDLE" en majuscule: Sous Windows, HANDLE a une signification particulière, qui est "Handle vers un objet du Kernel" (fichier ouvert, mutex, etc.)
Plusieurs GCHandle(Normal) sur un même objet auront des valeurs différentes.D'une part c'est tout à fait logique et normal, d'autre part je vois pas où tu veux en venir ?
GoldenCrystal (./10) :Plusieurs GCHandle(Normal) sur un même objet auront des valeurs différentes.D'une part c'est tout à fait logique et normal, d'autre part je vois pas où tu veux en venir ?
T'as deux handle qui représentent le même objet, et ? Ça ne change pas leurs propriétés.
Le HANDLE défini par les header Win32 est une définition générique d'un handle, et ça n'a aucune implication quand à l'implémentation interne de ce handle. Tu as du confondre avec le fait que les fonctions qui prennent une valeur Win32 HANDLE brute ne concernent que les HANDLE gérés par le noyau, dont les types sont plus ou moins bien documentés (il y en a peut-être certains cachés, je sais plus) (PS: avant de me répondre, regarde uxtheme.h)
)#define DECLARE_HANDLE(name) typedef HANDLE name(Désolé j'avais pas accès aux header Win32 quand j'ai lu ton post hier, et j'ai oublié entre temps )
MSDN ::] (le soulignement est de moi)
the generic HANDLE type
)#ifdef STRICT
typedef void *HANDLE;
#if 0 && (_MSC_VER > 1000)
#define DECLARE_HANDLE(name) struct name##__; typedef struct name##__ *name
#else
#define DECLARE_HANDLE(name) struct name##__{int unused;}; typedef struct name##__ *name
#endif
#else
typedef PVOID HANDLE;
#define DECLARE_HANDLE(name) typedef HANDLE name
#endif
typedef HANDLE *PHANDLE; (On ignorera bien entendu le bloc #if 0…)
)
The availability of the bottom two bits is buried in the ntdef.h header file:
//
// Low order two bits of a handle are ignored by the system and available
// for use by application code as tag bits. The remaining bits are opaque
// and used to store a serial number and table index.
//
#define OBJ_HANDLE_TAGBITS 0x00000003L
)