Discussion :

[NiamorH]

Bonjour,

hormis le fait de pouvoir utiliser des pointeurs, quelles sont les conséquences de l'utilisation du mot clef unsafe dans ce code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
public unsafe void Draw( double* data, uint size )
{
    BeginInvoke( new InvokeDelegate( DrawData ), new Object[] { new Data() { m_data = data, m_size = size } } );
}

L'objet Data, notamment, sera-t-il ramassé par le GC ? Le fait d'avoir été alloué dans ce bloc unsafe ne pose pas de problème ?

[ZaaN]

Unsafe tout seul ne desactive pas le GC.

C'est avec le mot clé fixed (dans un contexte unsafe) que l'on peut specifier que le GC ne doit pas gerer la reallocation/desallocation/ertc.. du poointer concerné.

[Vonziz]

Quel est l'intérêt de désactiver le GC au juste?

[ZaaN]

Pour etre sur que ton adresse memoire (pointer) reste constante (eviter que le GC la deplace) afin de tomber juste lors de l'utilisation du pointer ( operateur "->").

[NiamorH]

Pour etre sur que ton adresse memoire (pointer) reste constante (eviter que le GC la deplace) afin de tomber juste lors de l'utilisation du pointer ( operateur "->").

Fixed variables reside in storage locations that are unaffected by operation of the garbage collector. (Examples of fixed variables include local variables, value parameters, and variables created by dereferencing pointers.) On the other hand, moveable variables reside in storage locations that are subject to relocation or disposal by the garbage collector. (Examples of moveable variables include fields in objects and elements of arrays.)

Dans mon cas, je n'ai pas de problème fixed/moveable car le pointeur data pointe vers des données fixed (forcément puisque retournées depuis une DLL C++ native).

L'objet Data et son champ m_data sont eux, par contre, moveable, mais je n'utilise jamais leur adresse, j'ai juste besoin de déréférencer m_data pour retrouver mes données.