[runtime] Introduce mono_class_from_typeref_checked and replace usage of the old...
[mono-project.git] / docs / object-layout
blob4916751d1e73c97948d51b8c792cb400e500d397
1 Author: Dietmar Maurer (dietmar@ximian.com)
2 (C) 2001 Ximian, Inc.
4 Object and VTable layout
5 ========================
7 The first pointer inside an Object points to a MonoVtable structure. Objects
8 also contains a MonoThreadsSync structure which is used by the mono Thread
9 implementation. 
11 typedef struct {
12         MonoVTable *vtable;
13         MonoThreadsSync synchronisation;
14         
15         /* object specific data goes here */
16 } MonoObject;
18 The MonoVtable contains the vtable, interface offsets and a pointer to static
19 class data. Each object/vtable belongs to exactly one AppDomain.
21 typedef struct {
22         MonoClass  *klass;
23         MonoDomain *domain;  
24         gpointer   *interface_offsets;   
25         /* a pointer to static data */
26         gpointer    data;
27         /* the variable sized vtable is included at the end */
28         gpointer    vtable [0]; 
29 } MonoVTable;
31 The MonoClass contains domain independent Class infos.
33 typedef struct {
34         /* various class infos */
35         MonoClass  *parent;
36         const char *name;
37         const char *name_space;
38         ...
39 } MonoClass;
42 Calling virtual functions:
43 ==========================
45 Each MonoMethod (if virtual) has an associated slot, which is an index into the
46 VTable. So we can use the following code to compute the address of a virtual
47 function: 
49 method_addr = object->vtable->vtable [method->slot];
52 Calling interface methods:
53 ==========================
55 Each interface class is associated with an unique ID. The following code
56 computes the address of an interface function:
58 method_addr = *(object->vtable->interface_offsets [interface_id] + method->slot*4);