headers
Casey Marshall | 14 Aug 20:05

Leaky JIT while running MonoDevelop

I've been seeing a memory leak -- or, maybe instead, "unbounded memory 
growth" -- while running MonoDevelop (SVN code of MD, mono-2-0 SVN of 
Mono). I've been running it under valgrind, and after running it 
overnight, I find traces like this in the output:

> ==7947== 862,223,392 bytes in 1,737,838 blocks are still reachable in loss record 238 of 238
> ==7947==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
> ==7947==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
> ==7947==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x507E0F0: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x506035D: g_list_prepend (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x432953: mono_arch_get_allocatable_int_vars (mini-amd64.c:910)
> ==7947==    by 0x5579A9: mini_method_compile (mini.c:12490)
> ==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
> ==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
> ==7947==    by 0x415B164: ???
> ==7947==    by 0x8FCA917: ???
> ==7947==    by 0x85E7E9F: ???

(there are many other traces, but they're all two orders of magnitude 
smaller, in terms of memory size)

I ran the same test again, this time with --optimize=-linears (which is 
where at least the above trace came from) and without --debug, and 
memory still grew, but not quite as quickly. I got another valgrind 
trace out of that run:

> ==5807== 794,797,632 bytes in 1,601,948 blocks are still reachable in loss record 238 of 238
> ==5807==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
> ==5807==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
(Continue reading)

Permalink | Reply |
headers
Rodrigo Kumpera | 14 Aug 20:16
Gravatar

Re: Leaky JIT while running MonoDevelop

Hi Casey,

We did a lot of work fixing many kinds of memory leaks under the runtime and JIT.
There are a few know issues, but none that would show in valgrind like this. And none
that would leak that much.

I'll take a look at this issue in the comming days to see if I can narrow it down.

In the mean time, do you mind sending the whole valgrind report?

Thanks,
Rodrigo

On Thu, Aug 14, 2008 at 3:07 PM, Casey Marshall <casey.s.marshall <at> gmail.com> wrote:
I've been seeing a memory leak -- or, maybe instead, "unbounded memory
growth" -- while running MonoDevelop (SVN code of MD, mono-2-0 SVN of
Mono). I've been running it under valgrind, and after running it
overnight, I find traces like this in the output:

> ==7947== 862,223,392 bytes in 1,737,838 blocks are still reachable in loss record 238 of 238
> ==7947==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
> ==7947==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
> ==7947==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x507E0F0: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x506035D: g_list_prepend (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==7947==    by 0x432953: mono_arch_get_allocatable_int_vars (mini-amd64.c:910)
> ==7947==    by 0x5579A9: mini_method_compile (mini.c:12490)
> ==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
> ==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
> ==7947==    by 0x415B164: ???
> ==7947==    by 0x8FCA917: ???
> ==7947==    by 0x85E7E9F: ???

(there are many other traces, but they're all two orders of magnitude
smaller, in terms of memory size)

I ran the same test again, this time with --optimize=-linears (which is
where at least the above trace came from) and without --debug, and
memory still grew, but not quite as quickly. I got another valgrind
trace out of that run:

> ==5807== 794,797,632 bytes in 1,601,948 blocks are still reachable in loss record 238 of 238
> ==5807==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
> ==5807==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
> ==5807==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
> ==5807==    by 0x507E0F0: g_slice_alloc (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==5807==    by 0x506035D: g_list_prepend (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==5807==    by 0x52AF25: mono_allocate_stack_slots_full (mini.c:9812)
> ==5807==    by 0x432320: mono_arch_allocate_vars (mini-amd64.c:1137)
> ==5807==    by 0x558127: mini_method_compile (mini.c:12525)
> ==5807==    by 0x559419: mono_jit_compile_method (mini.c:12836)
> ==5807==    by 0x42C5E2: mono_magic_trampoline (mini-trampolines.c:249)
> ==5807==    by 0x415B164: ???
> ==5807==    by 0x8BA4AAB: ???

I think valgrind just didn't capture this one the first time, but it was
a factor in the memory growth.

I suppose that because MonoDevelop uses a fair amount of dynamic code,
it uses the JIT a lot, which seems to be provoking this. I personally
can't figure out why this memory is still reachable -- these are all
GLists, and it looks like they are passed to g_list_free at the end. I
suppose either some nodes are being lost after sorting, or something
more subtle is going on.

This is glib version 2.16.4-0ubuntu2, on Ubuntu 8.04, amd64.

Thanks.
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Permalink | Reply |
headers
Casey Marshall | 15 Aug 00:12

Re: Leaky JIT while running MonoDevelop

Oh, but: oof. I'm actually pretty sure this isn't in the JIT, but it's 
just getting blamed on the JIT because it's allocating things via glib 
-- those allocations are cached, and probably whatever is really leaking 
is just reusing the GList memory originally allocated by the JIT.

Rodrigo Kumpera wrote:
> Hi Casey,
> 
> We did a lot of work fixing many kinds of memory leaks under the runtime 
> and JIT.
> There are a few know issues, but none that would show in valgrind like 
> this. And none
> that would leak that much.
> 
> I'll take a look at this issue in the comming days to see if I can 
> narrow it down.
> 
> In the mean time, do you mind sending the whole valgrind report?
> 
> Thanks,
> Rodrigo
> 
> On Thu, Aug 14, 2008 at 3:07 PM, Casey Marshall 
> <casey.s.marshall <at> gmail.com <mailto:casey.s.marshall <at> gmail.com>> wrote:
> 
>     I've been seeing a memory leak -- or, maybe instead, "unbounded memory
>     growth" -- while running MonoDevelop (SVN code of MD, mono-2-0 SVN of
>     Mono). I've been running it under valgrind, and after running it
>     overnight, I find traces like this in the output:
> 
>      > ==7947== 862,223,392 bytes in 1,737,838 blocks are still
>     reachable in loss record 238 of 238
>      > ==7947==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
>      > ==7947==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
>      > ==7947==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x507E0F0: g_slice_alloc (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x506035D: g_list_prepend (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x432953: mono_arch_get_allocatable_int_vars
>     (mini-amd64.c:910)
>      > ==7947==    by 0x5579A9: mini_method_compile (mini.c:12490)
>      > ==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
>      > ==7947==    by 0x42C5A2: mono_magic_trampoline
>     (mini-trampolines.c:249)
>      > ==7947==    by 0x415B164: ???
>      > ==7947==    by 0x8FCA917: ???
>      > ==7947==    by 0x85E7E9F: ???
> 
>     (there are many other traces, but they're all two orders of magnitude
>     smaller, in terms of memory size)
> 
>     I ran the same test again, this time with --optimize=-linears (which is
>     where at least the above trace came from) and without --debug, and
>     memory still grew, but not quite as quickly. I got another valgrind
>     trace out of that run:
> 
>      > ==5807== 794,797,632 bytes in 1,601,948 blocks are still
>     reachable in loss record 238 of 238
>      > ==5807==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
>      > ==5807==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
>      > ==5807==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x507E0F0: g_slice_alloc (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x506035D: g_list_prepend (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x52AF25: mono_allocate_stack_slots_full (mini.c:9812)
>      > ==5807==    by 0x432320: mono_arch_allocate_vars (mini-amd64.c:1137)
>      > ==5807==    by 0x558127: mini_method_compile (mini.c:12525)
>      > ==5807==    by 0x559419: mono_jit_compile_method (mini.c:12836)
>      > ==5807==    by 0x42C5E2: mono_magic_trampoline
>     (mini-trampolines.c:249)
>      > ==5807==    by 0x415B164: ???
>      > ==5807==    by 0x8BA4AAB: ???
> 
>     I think valgrind just didn't capture this one the first time, but it was
>     a factor in the memory growth.
> 
>     I suppose that because MonoDevelop uses a fair amount of dynamic code,
>     it uses the JIT a lot, which seems to be provoking this. I personally
>     can't figure out why this memory is still reachable -- these are all
>     GLists, and it looks like they are passed to g_list_free at the end. I
>     suppose either some nodes are being lost after sorting, or something
>     more subtle is going on.
> 
>     This is glib version 2.16.4-0ubuntu2, on Ubuntu 8.04, amd64.
> 
>     Thanks.
>     _______________________________________________
>     Mono-devel-list mailing list
>     Mono-devel-list <at> lists.ximian.com
>     <mailto:Mono-devel-list <at> lists.ximian.com>
>     http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
>
Permalink | Reply |
headers
Rodrigo Kumpera | 15 Aug 01:13
Gravatar

Re: Leaky JIT while running MonoDevelop

Hi Casey,

I have an idea on what might be the cause of the leak, and it only happens under amd64 and aot.

Under amd64 mono_analyze_liveness2  is called from mono_analyze_liveness if aot is enabled.
This will set MonoMethodVar::interval for a bunch of vars.

In mono_linear_scan, if ->internal is set it calls mono_linear_scan2 and return. Notice that
mono_linear_scan release the supplied lists, "vars" and "regs", while mono_linear_scan2 doesn't.

I don't have an amd64 setup here, but could you test if the following change fix your issue:

Index: mono/mini/linear-scan.c
===================================================================
--- mono/mini/linear-scan.c    (revision 110530)
+++ mono/mini/linear-scan.c    (working copy)
<at> <at> -509,4 +510,6 <at> <at>
 
     g_list_free (active);
     g_list_free (inactive);
+    g_list_free (vars);
+    g_list_free (regs);
 }


Thanks,
Rodrigo

On Thu, Aug 14, 2008 at 7:12 PM, Casey Marshall <casey.s.marshall <at> gmail.com> wrote:
Oh, but: oof. I'm actually pretty sure this isn't in the JIT, but it's just getting blamed on the JIT because it's allocating things via glib -- those allocations are cached, and probably whatever is really leaking is just reusing the GList memory originally allocated by the JIT.


Rodrigo Kumpera wrote:
Hi Casey,

We did a lot of work fixing many kinds of memory leaks under the runtime and JIT.
There are a few know issues, but none that would show in valgrind like this. And none
that would leak that much.

I'll take a look at this issue in the comming days to see if I can narrow it down.

In the mean time, do you mind sending the whole valgrind report?

Thanks,
Rodrigo

On Thu, Aug 14, 2008 at 3:07 PM, Casey Marshall <casey.s.marshall <at> gmail.com <mailto:casey.s.marshall <at> gmail.com>> wrote:

   I've been seeing a memory leak -- or, maybe instead, "unbounded memory
   growth" -- while running MonoDevelop (SVN code of MD, mono-2-0 SVN of
   Mono). I've been running it under valgrind, and after running it
   overnight, I find traces like this in the output:

    > ==7947== 862,223,392 bytes in 1,737,838 blocks are still
   reachable in loss record 238 of 238
    > ==7947==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
    > ==7947==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
    > ==7947==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
    > ==7947==    by 0x507E0F0: g_slice_alloc (in
   /usr/lib/libglib-2.0.so.0.1600.4)
    > ==7947==    by 0x506035D: g_list_prepend (in
   /usr/lib/libglib-2.0.so.0.1600.4)
    > ==7947==    by 0x432953: mono_arch_get_allocatable_int_vars
   (mini-amd64.c:910)
    > ==7947==    by 0x5579A9: mini_method_compile (mini.c:12490)
    > ==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
    > ==7947==    by 0x42C5A2: mono_magic_trampoline
   (mini-trampolines.c:249)
    > ==7947==    by 0x415B164: ???
    > ==7947==    by 0x8FCA917: ???
    > ==7947==    by 0x85E7E9F: ???

   (there are many other traces, but they're all two orders of magnitude
   smaller, in terms of memory size)

   I ran the same test again, this time with --optimize=-linears (which is
   where at least the above trace came from) and without --debug, and
   memory still grew, but not quite as quickly. I got another valgrind
   trace out of that run:

    > ==5807== 794,797,632 bytes in 1,601,948 blocks are still
   reachable in loss record 238 of 238
    > ==5807==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
    > ==5807==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
    > ==5807==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
    > ==5807==    by 0x507E0F0: g_slice_alloc (in
   /usr/lib/libglib-2.0.so.0.1600.4)
    > ==5807==    by 0x506035D: g_list_prepend (in
   /usr/lib/libglib-2.0.so.0.1600.4)
    > ==5807==    by 0x52AF25: mono_allocate_stack_slots_full (mini.c:9812)
    > ==5807==    by 0x432320: mono_arch_allocate_vars (mini-amd64.c:1137)
    > ==5807==    by 0x558127: mini_method_compile (mini.c:12525)
    > ==5807==    by 0x559419: mono_jit_compile_method (mini.c:12836)
    > ==5807==    by 0x42C5E2: mono_magic_trampoline
   (mini-trampolines.c:249)
    > ==5807==    by 0x415B164: ???
    > ==5807==    by 0x8BA4AAB: ???

   I think valgrind just didn't capture this one the first time, but it was
   a factor in the memory growth.

   I suppose that because MonoDevelop uses a fair amount of dynamic code,
   it uses the JIT a lot, which seems to be provoking this. I personally
   can't figure out why this memory is still reachable -- these are all
   GLists, and it looks like they are passed to g_list_free at the end. I
   suppose either some nodes are being lost after sorting, or something
   more subtle is going on.

   This is glib version 2.16.4-0ubuntu2, on Ubuntu 8.04, amd64.

   Thanks.
   _______________________________________________
   Mono-devel-list mailing list
   Mono-devel-list <at> lists.ximian.com
   <mailto:Mono-devel-list <at> lists.ximian.com>

   http://lists.ximian.com/mailman/listinfo/mono-devel-list




_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Permalink | Reply |
headers
Casey Marshall | 15 Aug 01:22

Re: Leaky JIT while running MonoDevelop

Rodrigo Kumpera wrote:
> Hi Casey,
> 
> I have an idea on what might be the cause of the leak, and it only 
> happens under amd64 and aot.
> 
> Under amd64 mono_analyze_liveness2  is called from mono_analyze_liveness 
> if aot is enabled.
> This will set MonoMethodVar::interval for a bunch of vars.
> 
> In mono_linear_scan, if ->internal is set it calls mono_linear_scan2 and 
> return. Notice that
> mono_linear_scan release the supplied lists, "vars" and "regs", while 
> mono_linear_scan2 doesn't.
> 

I'm working from the mono-2-0 branch, and that doesn't have a 
mono_linear_scan2 function.

> I don't have an amd64 setup here, but could you test if the following 
> change fix your issue:
> 
> Index: mono/mini/linear-scan.c
> ===================================================================
> --- mono/mini/linear-scan.c    (revision 110530)
> +++ mono/mini/linear-scan.c    (working copy)
> @@ -509,4 +510,6 @@
>  
>      g_list_free (active);
>      g_list_free (inactive);
> +    g_list_free (vars);
> +    g_list_free (regs);
>  }
> 
>
Permalink | Reply |
headers
Zoltan Varga | 15 Aug 01:24

Re: Leaky JIT while running MonoDevelop

Hi,

  Try running the app with G_SLICE=always-malloc. That would force
glib to allocate all
memory using malloc, helping valgrind to produce more meaningful leak reports.

              Zoltan

On Fri, Aug 15, 2008 at 1:22 AM, Casey Marshall
<casey.s.marshall <at> gmail.com> wrote:
> Rodrigo Kumpera wrote:
>> Hi Casey,
>>
>> I have an idea on what might be the cause of the leak, and it only
>> happens under amd64 and aot.
>>
>> Under amd64 mono_analyze_liveness2  is called from mono_analyze_liveness
>> if aot is enabled.
>> This will set MonoMethodVar::interval for a bunch of vars.
>>
>> In mono_linear_scan, if ->internal is set it calls mono_linear_scan2 and
>> return. Notice that
>> mono_linear_scan release the supplied lists, "vars" and "regs", while
>> mono_linear_scan2 doesn't.
>>
>
> I'm working from the mono-2-0 branch, and that doesn't have a
> mono_linear_scan2 function.
>
>> I don't have an amd64 setup here, but could you test if the following
>> change fix your issue:
>>
>> Index: mono/mini/linear-scan.c
>> ===================================================================
>> --- mono/mini/linear-scan.c    (revision 110530)
>> +++ mono/mini/linear-scan.c    (working copy)
>> @@ -509,4 +510,6 @@
>>
>>      g_list_free (active);
>>      g_list_free (inactive);
>> +    g_list_free (vars);
>> +    g_list_free (regs);
>>  }
>>
>>
> _______________________________________________
> Mono-devel-list mailing list
> Mono-devel-list <at> lists.ximian.com
> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>
Permalink | Reply |
headers
Casey Marshall | 16 Aug 01:22

Re: Leaky JIT while running MonoDevelop

Zoltan Varga wrote:
> Hi,
> 
>   Try running the app with G_SLICE=always-malloc. That would force
> glib to allocate all
> memory using malloc, helping valgrind to produce more meaningful leak reports.
> 

That was immensely helpful! It now looks like it's leaking information 
about function pointers-to-delegates -- created by 
Marshal.GetFunctionPointerForDelegate.

This trace is showing it leaking in my Perforce interop code, but I'm 
pretty sure other sources are leaking these, too:

> ==31524== 466,386,527 bytes in 19,432,782 blocks are indirectly lost in loss record 231 of 232
> ==31524==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
> ==31524==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==31524==    by 0x50810EE: g_strdup (in /usr/lib/libglib-2.0.so.0.1600.4)
> ==31524==    by 0x47FA32: mono_mb_new (method-builder.c:86)
> ==31524==    by 0x479977: mono_marshal_get_managed_wrapper (marshal.c:8970)
> ==31524==    by 0x479DA2: mono_delegate_to_ftnptr (marshal.c:688)
> ==31524==    by 0x8F58757: (wrapper managed-to-native)
System.Object:__icall_wrapper_mono_delegate_to_ftnptr (object)
> ==31524==    by 0x178FD277: P4API.ClientUser:SwigDirectorConnect ()
> ==31524==    by 0x178FB25B: P4API.ClientUser:.ctor ()
> ==31524==    by 0x4C78EC: mono_runtime_invoke_array (object.c:3214)
> ==31524==    by 0x4DA29F: ves_icall_InternalInvoke (icall.c:3016)
> ==31524==    by 0x8BAC75F: (wrapper managed-to-native)
System.Reflection.MonoCMethod:InternalInvoke (object,object[],System.Exception&)

I've disabled my Perforce code, and am running it again to make sure, 
but it does still look like it's leaking.

Is this comment, from mono/metadata/loader.c, in mono_free_method, related?

> 	if (method->signature) {
> 		/* 
> 		 * FIXME: This causes crashes because the types inside signatures and
> 		 * locals are shared.
> 		 */
> 		/* mono_metadata_free_method_signature (method->signature); */
> 		/* g_free (method->signature); */
> 	}
> 	

Thanks.
Permalink | Reply |
headers
Rodrigo Kumpera | 19 Aug 04:44
Gravatar

Re: Leaky JIT while running MonoDevelop

Hi Casey,



On Fri, Aug 15, 2008 at 8:22 PM, Casey Marshall <casey.s.marshall <at> gmail.com> wrote: 
I've disabled my Perforce code, and am running it again to make sure, but it does still look like it's leaking.

Is this comment, from mono/metadata/loader.c, in mono_free_method, related?

       if (method->signature) {
               /*                 * FIXME: This causes crashes because the types inside signatures and
                * locals are shared.
                */
               /* mono_metadata_free_method_signature (method->signature); */
               /* g_free (method->signature); */
       }
       

Thanks.


This should cause a memleak leak only when the image is unloaded. Other than that, your trace is quite odd.
I fixed a memleak in the JIT, mind redoing your test?


Thanks,
Rodrigo
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Permalink | Reply |
headers
Rodrigo Kumpera | 19 Aug 14:34
Gravatar

Re: Leaky JIT while running MonoDevelop

Hi,

I spent a few hours yesterday trying to reproduce your bug without success. I have to say that from your valgrind result, the issue is closely related to how
your perforce library interact with unmanaged code - it happens when you pass a delegate to a pinvoke and somehow memory is leaked.

Do you mind sharing the code and say what exactly your code is calling so I can try to produce a repro? You can send it directly to me if you don't want to send it to
a public mailing list.

Thanks,
Rodrigo

On Fri, Aug 15, 2008 at 8:22 PM, Casey Marshall <casey.s.marshall <at> gmail.com> wrote:
Zoltan Varga wrote:
Hi,

 Try running the app with G_SLICE=always-malloc. That would force
glib to allocate all
memory using malloc, helping valgrind to produce more meaningful leak reports.


That was immensely helpful! It now looks like it's leaking information about function pointers-to-delegates -- created by Marshal.GetFunctionPointerForDelegate.

This trace is showing it leaking in my Perforce interop code, but I'm pretty sure other sources are leaking these, too:

==31524== 466,386,527 bytes in 19,432,782 blocks are indirectly lost in loss record 231 of 232
==31524==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==31524==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==31524==    by 0x50810EE: g_strdup (in /usr/lib/libglib-2.0.so.0.1600.4)
==31524==    by 0x47FA32: mono_mb_new (method-builder.c:86)
==31524==    by 0x479977: mono_marshal_get_managed_wrapper (marshal.c:8970)
==31524==    by 0x479DA2: mono_delegate_to_ftnptr (marshal.c:688)
==31524==    by 0x8F58757: (wrapper managed-to-native) System.Object:__icall_wrapper_mono_delegate_to_ftnptr (object)
==31524==    by 0x178FD277: P4API.ClientUser:SwigDirectorConnect ()
==31524==    by 0x178FB25B: P4API.ClientUser:.ctor ()
==31524==    by 0x4C78EC: mono_runtime_invoke_array (object.c:3214)
==31524==    by 0x4DA29F: ves_icall_InternalInvoke (icall.c:3016)
==31524==    by 0x8BAC75F: (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[],System.Exception&)

I've disabled my Perforce code, and am running it again to make sure, but it does still look like it's leaking.

Is this comment, from mono/metadata/loader.c, in mono_free_method, related?

       if (method->signature) {
               /*                 * FIXME: This causes crashes because the types inside signatures and
                * locals are shared.
                */
               /* mono_metadata_free_method_signature (method->signature); */
               /* g_free (method->signature); */
       }
       

Thanks.

_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Permalink | Reply |
headers
Casey Marshall | 20 Aug 02:53

Re: Leaky JIT while running MonoDevelop

On Tue, Aug 19, 2008 at 5:34 AM, Rodrigo Kumpera <kumpera <at> gmail.com> wrote:
> Hi,
>
> I spent a few hours yesterday trying to reproduce your bug without success.
> I have to say that from your valgrind result, the issue is closely related
> to how
> your perforce library interact with unmanaged code - it happens when you
> pass a delegate to a pinvoke and somehow memory is leaked.
>

Yeah, I'm willing to believe I'm doing something wrong with the
pointer-to-delegate handling, but it's also unfortunately not the
whole story -- it still leaks memory if I disable that code.
Valgrind's choosy about what it reports, I think, and I get different
leak reports on different runs, so it's super-hard to tell what the
underlying problem(s) is(/are).

> Do you mind sharing the code and say what exactly your code is calling so I
> can try to produce a repro? You can send it directly to me if you don't want
> to send it to
> a public mailing list.
>

We're probably going to release this as free software at some point,
but it isn't ready yet. The low-level stuff that's actually the
potential problem is a swig-generated wrapper around the Perforce C++
API. I can send you a copy of this, to spare the list a large
attachment.

Sigh. Sorry about the noise.
Permalink | Reply |
headers
Rodrigo Kumpera | 20 Aug 03:06
Gravatar

Re: Leaky JIT while running MonoDevelop



On Tue, Aug 19, 2008 at 9:53 PM, Casey Marshall <casey.s.marshall <at> gmail.com> wrote:
On Tue, Aug 19, 2008 at 5:34 AM, Rodrigo Kumpera <kumpera <at> gmail.com> wrote:
> Hi,
>
> I spent a few hours yesterday trying to reproduce your bug without success.
> I have to say that from your valgrind result, the issue is closely related
> to how
> your perforce library interact with unmanaged code - it happens when you
> pass a delegate to a pinvoke and somehow memory is leaked.
>

Yeah, I'm willing to believe I'm doing something wrong with the
pointer-to-delegate handling, but it's also unfortunately not the
whole story -- it still leaks memory if I disable that code.
Valgrind's choosy about what it reports, I think, and I get different
leak reports on different runs, so it's super-hard to tell what the
underlying problem(s) is(/are).


You can keep posting then as it should eventually pinpoint the culprit.
One thing that helps is to enable valgrind support in the runtime. Just
install the -devel package from your distro and reconfigure mono.


> Do you mind sharing the code and say what exactly your code is calling so I
> can try to produce a repro? You can send it directly to me if you don't want
> to send it to
> a public mailing list.
>

We're probably going to release this as free software at some point,
but it isn't ready yet. The low-level stuff that's actually the
potential problem is a swig-generated wrapper around the Perforce C++
API. I can send you a copy of this, to spare the list a large
attachment.

Sigh. Sorry about the noise.

You can send it at your discretion, specially if you manage to get a reproducible test
that leaks memory,


Thanks,
Rodrigo
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list <at> lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list
Permalink | Reply |
headers
Casey Marshall | 21 Aug 00:26

Re: Leaky JIT while running MonoDevelop

Rodrigo Kumpera wrote:
> 
> 
> On Tue, Aug 19, 2008 at 9:53 PM, Casey Marshall 
> <casey.s.marshall <at> gmail.com <mailto:casey.s.marshall <at> gmail.com>> wrote:
> 
>     On Tue, Aug 19, 2008 at 5:34 AM, Rodrigo Kumpera <kumpera <at> gmail.com
>     <mailto:kumpera <at> gmail.com>> wrote:
>      > Hi,
>      >
>      > I spent a few hours yesterday trying to reproduce your bug
>     without success.
>      > I have to say that from your valgrind result, the issue is
>     closely related
>      > to how
>      > your perforce library interact with unmanaged code - it happens
>     when you
>      > pass a delegate to a pinvoke and somehow memory is leaked.
>      >
> 
>     Yeah, I'm willing to believe I'm doing something wrong with the
>     pointer-to-delegate handling, but it's also unfortunately not the
>     whole story -- it still leaks memory if I disable that code.
>     Valgrind's choosy about what it reports, I think, and I get different
>     leak reports on different runs, so it's super-hard to tell what the
>     underlying problem(s) is(/are).
> 
> 
> 
> You can keep posting then as it should eventually pinpoint the culprit.
> One thing that helps is to enable valgrind support in the runtime. Just
> install the -devel package from your distro and reconfigure mono.
> 

I think I've figured this out, though. The issue was probably because 
the swig code generates a C++ object that refers to a C# object (via 
delegates), and the C# object refers directly to the C++ object. So, it 
seems, the C# object is never collected. Calling dispose on the object 
(which releases the C++ object) should fix this.

A little test case that explicitly disposes of the offending C# class 
seems to solve that leak. I'm still seeing MonoDevelop's memory usage 
creep upward, though, so I'll keep looking. It seems like this kind of 
bug might be common in a lot of code (e.g., Gtk#) that MonoDevelop uses.

Thanks.
Permalink | Reply |
headers
Casey Marshall | 14 Aug 20:33

Re: Leaky JIT while running MonoDevelop

Rodrigo Kumpera wrote:
> Hi Casey,
> 
> We did a lot of work fixing many kinds of memory leaks under the runtime 
> and JIT.
> There are a few know issues, but none that would show in valgrind like 
> this. And none
> that would leak that much.
> 
> I'll take a look at this issue in the comming days to see if I can 
> narrow it down.
> 
> In the mean time, do you mind sending the whole valgrind report?
> 

Not at all. Attached are the two logs I captured.

I'm a little suspicious of glib's sorting code, though.

> Thanks,
> Rodrigo
> 
> On Thu, Aug 14, 2008 at 3:07 PM, Casey Marshall 
> <casey.s.marshall <at> gmail.com <mailto:casey.s.marshall <at> gmail.com>> wrote:
> 
>     I've been seeing a memory leak -- or, maybe instead, "unbounded memory
>     growth" -- while running MonoDevelop (SVN code of MD, mono-2-0 SVN of
>     Mono). I've been running it under valgrind, and after running it
>     overnight, I find traces like this in the output:
> 
>      > ==7947== 862,223,392 bytes in 1,737,838 blocks are still
>     reachable in loss record 238 of 238
>      > ==7947==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
>      > ==7947==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
>      > ==7947==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x507E0F0: g_slice_alloc (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x506035D: g_list_prepend (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==7947==    by 0x432953: mono_arch_get_allocatable_int_vars
>     (mini-amd64.c:910)
>      > ==7947==    by 0x5579A9: mini_method_compile (mini.c:12490)
>      > ==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
>      > ==7947==    by 0x42C5A2: mono_magic_trampoline
>     (mini-trampolines.c:249)
>      > ==7947==    by 0x415B164: ???
>      > ==7947==    by 0x8FCA917: ???
>      > ==7947==    by 0x85E7E9F: ???
> 
>     (there are many other traces, but they're all two orders of magnitude
>     smaller, in terms of memory size)
> 
>     I ran the same test again, this time with --optimize=-linears (which is
>     where at least the above trace came from) and without --debug, and
>     memory still grew, but not quite as quickly. I got another valgrind
>     trace out of that run:
> 
>      > ==5807== 794,797,632 bytes in 1,601,948 blocks are still
>     reachable in loss record 238 of 238
>      > ==5807==    at 0x4C21F8F: memalign (vg_replace_malloc.c:460)
>      > ==5807==    by 0x4C22028: posix_memalign (vg_replace_malloc.c:569)
>      > ==5807==    by 0x507D299: (within /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x507E0F0: g_slice_alloc (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x506035D: g_list_prepend (in
>     /usr/lib/libglib-2.0.so.0.1600.4)
>      > ==5807==    by 0x52AF25: mono_allocate_stack_slots_full (mini.c:9812)
>      > ==5807==    by 0x432320: mono_arch_allocate_vars (mini-amd64.c:1137)
>      > ==5807==    by 0x558127: mini_method_compile (mini.c:12525)
>      > ==5807==    by 0x559419: mono_jit_compile_method (mini.c:12836)
>      > ==5807==    by 0x42C5E2: mono_magic_trampoline
>     (mini-trampolines.c:249)
>      > ==5807==    by 0x415B164: ???
>      > ==5807==    by 0x8BA4AAB: ???
> 
>     I think valgrind just didn't capture this one the first time, but it was
>     a factor in the memory growth.
> 
>     I suppose that because MonoDevelop uses a fair amount of dynamic code,
>     it uses the JIT a lot, which seems to be provoking this. I personally
>     can't figure out why this memory is still reachable -- these are all
>     GLists, and it looks like they are passed to g_list_free at the end. I
>     suppose either some nodes are being lost after sorting, or something
>     more subtle is going on.
> 
>     This is glib version 2.16.4-0ubuntu2, on Ubuntu 8.04, amd64.
> 
>     Thanks.
>     _______________________________________________
>     Mono-devel-list mailing list
>     Mono-devel-list <at> lists.ximian.com
>     <mailto:Mono-devel-list <at> lists.ximian.com>
>     http://lists.ximian.com/mailman/listinfo/mono-devel-list
> 
> 


==7947== Memcheck, a memory error detector.
==7947== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==7947== Using LibVEX rev 1804, a library for dynamic binary translation.
==7947== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==7947== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation framework.
==7947== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==7947== 
==7947== My PID = 7947, parent PID = 15842.  Prog and args are:
==7947==    mono
==7947==    --debug
==7947==    ./MonoDevelop.exe
==7947== 
--7947-- 
--7947-- Command line
--7947--    mono
--7947--    --debug
--7947--    ./MonoDevelop.exe
--7947-- Startup, with flags:
--7947--    --suppressions=/usr/lib/valgrind/debian-libc6-dbg.supp
--7947--    --tool=memcheck
--7947--    -v
--7947--    --leak-check=full
--7947--    --log-file=/home/NANOFLUIDICS/cmarshall/md.valgrind1.log
--7947--    --smc-check=all
--7947--    --show-reachable=yes
--7947--    --suppressions=/home/NANOFLUIDICS/cmarshall/Source/mono-2.0/mono/data/mono.supp
--7947-- Contents of /proc/version:
--7947--   Linux version 2.6.24-19-server (buildd <at> king) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Fri Jul 11 21:50:43 UTC 2008
--7947-- Arch and hwcaps: AMD64, amd64-sse2
--7947-- Page sizes: currently 4096, max supported 4096
--7947-- Valgrind library directory: /usr/lib/valgrind
--7947-- Reading syms from /usr/mono-2.0/bin/mono (0x400000)
--7947-- Reading syms from /lib/ld-2.7.so (0x4000000)
--7947-- Reading debug info from /lib/ld-2.7.so...
--7947-- ... CRC mismatch (computed c9862f74 wanted 7aafc83d)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/valgrind/amd64-linux/memcheck (0x38000000)
--7947--    object doesn't have a dynamic symbol table
--7947-- Reading suppressions file: /usr/lib/valgrind/debian-libc6-dbg.supp
--7947-- Reading suppressions file: /home/NANOFLUIDICS/cmarshall/Source/mono-2.0/mono/data/mono.supp
--7947-- Reading suppressions file: /usr/lib/valgrind/default.supp
--7947-- Reading syms from /usr/lib/valgrind/amd64-linux/vgpreload_core.so (0x4A1F000)
--7947-- Reading syms from /usr/lib/valgrind/amd64-linux/vgpreload_memcheck.so (0x4C20000)
--7947-- Reading syms from /usr/lib/libgthread-2.0.so.0.1600.4 (0x4E27000)
--7947-- Reading debug info from /usr/lib/libgthread-2.0.so.0.1600.4...
--7947-- ... CRC mismatch (computed 539763b2 wanted b1c6fbda)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libglib-2.0.so.0.1600.4 (0x502B000)
--7947-- Reading debug info from /usr/lib/libglib-2.0.so.0.1600.4...
--7947-- ... CRC mismatch (computed 1b9d4ee0 wanted f0fc4328)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/librt-2.7.so (0x52EB000)
--7947-- Reading debug info from /lib/librt-2.7.so...
--7947-- ... CRC mismatch (computed c0424b42 wanted 293359f6)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libdl-2.7.so (0x54F4000)
--7947-- Reading debug info from /lib/libdl-2.7.so...
--7947-- ... CRC mismatch (computed 13394ae2 wanted 5c0f7518)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libpthread-2.7.so (0x56F8000)
--7947-- Reading debug info from /lib/libpthread-2.7.so...
--7947-- ... CRC mismatch (computed b064431f wanted 03c6976c)
--7947-- Reading syms from /lib/libm-2.7.so (0x5914000)
--7947-- Reading debug info from /lib/libm-2.7.so...
--7947-- ... CRC mismatch (computed e491af1c wanted a4e95324)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libc-2.7.so (0x5B95000)
--7947-- Reading debug info from /lib/libc-2.7.so...
--7947-- ... CRC mismatch (computed cb7b9635 wanted 11d14124)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libselinux.so.1 (0x5EF7000)
--7947-- Reading debug info from /lib/libselinux.so.1...
--7947-- ... CRC mismatch (computed 6e2a0151 wanted 90cef010)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libpcre.so.3.12.1 (0x6113000)
--7947-- Reading debug info from /usr/lib/libpcre.so.3.12.1...
--7947-- ... CRC mismatch (computed 9f1d15e2 wanted 3588444b)
--7947--    object doesn't have a symbol table
--7947-- REDIR: 0x5c112d0 (memset) redirected to 0x4c24200 (memset)
--7947-- REDIR: 0x5c10460 (rindex) redirected to 0x4c23cb0 (rindex)
--7947-- REDIR: 0x5c0b2d0 (malloc) redirected to 0x4c22f40 (malloc)
--7947-- REDIR: 0x5c0cb90 (free) redirected to 0x4c22ac0 (free)
--7947-- REDIR: 0x5c12a60 (strchrnul) redirected to 0x4c242b0 (strchrnul)
--7947-- REDIR: 0x5c10050 (strlen) redirected to 0x4c23f50 (strlen)
--7947-- REDIR: 0x5c11cf0 (memcpy) redirected to 0x4c25020 (memcpy)
--7947-- REDIR: 0x5c113e0 (mempcpy) redirected to 0x4c24a20 (mempcpy)
--7947-- REDIR: 0x5c0cd70 (realloc) redirected to 0x4c23000 (realloc)
--7947-- REDIR: 0x5c10b70 (memchr) redirected to 0x4c240e0 (memchr)
--7947-- REDIR: 0x5c0f930 (index) redirected to 0x4c23da0 (index)
--7947-- REDIR: 0x5c0fae0 (strcmp) redirected to 0x4c24020 (strcmp)
--7947-- REDIR: 0x5c102d0 (strncmp) redirected to 0x4c23fb0 (strncmp)
--7947-- REDIR: 0x5c10140 (strnlen) redirected to 0x4c23f20 (strnlen)
--7947-- REDIR: 0x5c119f0 (stpcpy) redirected to 0x4c24cb0 (stpcpy)
--7947-- REDIR: 0x5c0fb20 (strcpy) redirected to 0x4c25280 (strcpy)
--7947-- REDIR: 0x5c12990 (rawmemchr) redirected to 0x4c242e0 (rawmemchr)
--7947-- REDIR: 0x5c0af70 (calloc) redirected to 0x4c22050 (calloc)
--7947-- REDIR: 0xffffffffff600000 (???) redirected to 0x38029a63 (vgPlain_amd64_linux_REDIR_FOR_vgettimeofday)
--7947-- REDIR: 0x5c0b680 (posix_memalign) redirected to 0x4c22000 (posix_memalign)
--7947-- REDIR: 0x5c11130 (memmove) redirected to 0x4c24250 (memmove)
--7947-- REDIR: 0x5c103b0 (strncpy) redirected to 0x4c25170 (strncpy)
==7947== Invalid read of size 8
==7947==    at 0x4015D33: (within /lib/ld-2.7.so)
==7947==    by 0x4011F31: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==  Address 0x6379438 is 40 bytes inside a block of size 43 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5C00777: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4E8D61: load_in_path (assembly.c:399)
==7947==    by 0x4E8E4B: mono_assembly_load_corlib (assembly.c:2195)
==7947==    by 0x4E4E6E: mono_init_internal (domain.c:1277)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015D33: (within /lib/ld-2.7.so)
==7947==    by 0x400780A: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x6379438 is 40 bytes inside a block of size 43 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5C00777: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4E8D61: load_in_path (assembly.c:399)
==7947==    by 0x4E8E4B: mono_assembly_load_corlib (assembly.c:2195)
==7947==    by 0x4E4E6E: mono_init_internal (domain.c:1277)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x4007817: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x6379438 is 40 bytes inside a block of size 43 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5C00777: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4E8D61: load_in_path (assembly.c:399)
==7947==    by 0x4E8E4B: mono_assembly_load_corlib (assembly.c:2195)
==7947==    by 0x4E4E6E: mono_init_internal (domain.c:1277)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x400DEE6: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x6379438 is 40 bytes inside a block of size 43 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5C00777: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4E8D61: load_in_path (assembly.c:399)
==7947==    by 0x4E8E4B: mono_assembly_load_corlib (assembly.c:2195)
==7947==    by 0x4E4E6E: mono_init_internal (domain.c:1277)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x4011C2B: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4E8D61: load_in_path (assembly.c:399)
==7947==  Address 0x63795a8 is 72 bytes inside a block of size 74 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x400DF00: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
--7947-- Reading syms from /lib/libnss_compat-2.7.so (0x6ADC000)
--7947-- Reading debug info from /lib/libnss_compat-2.7.so...
--7947-- ... CRC mismatch (computed 3eb3176a wanted 1291e35a)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x400AB93: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x400BE0C: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x400C4D0: (within /lib/ld-2.7.so)
==7947==    by 0x40120A8: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x5CA2F7F: (within /lib/libc-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==  Address 0x6387e00 is 16 bytes inside a block of size 17 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4008B75: (within /lib/ld-2.7.so)
==7947==    by 0x400BE0C: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x400C4D0: (within /lib/ld-2.7.so)
==7947==    by 0x40120A8: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x5CA2F7F: (within /lib/libc-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x5CA30E6: __libc_dlopen_mode (in /lib/libc-2.7.so)
==7947==    by 0x5C7D03C: __nss_lookup_function (in /lib/libc-2.7.so)
--7947-- Reading syms from /lib/libnsl-2.7.so (0x6CE5000)
--7947-- Reading debug info from /lib/libnsl-2.7.so...
--7947-- ... CRC mismatch (computed b0b57441 wanted c8167f5e)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libnss_nis-2.7.so (0x6EFE000)
--7947-- Reading debug info from /lib/libnss_nis-2.7.so...
--7947-- ... CRC mismatch (computed 1fc35041 wanted 0430800a)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libnss_files-2.7.so (0x7109000)
--7947-- Reading debug info from /lib/libnss_files-2.7.so...
--7947-- ... CRC mismatch (computed e55e1683 wanted 9a5435f4)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EFE: (within /lib/ld-2.7.so)
==7947==    by 0x400AB93: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x5CA2F7F: (within /lib/libc-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x5CA30E6: __libc_dlopen_mode (in /lib/libc-2.7.so)
==7947==    by 0x5C7D03C: __nss_lookup_function (in /lib/libc-2.7.so)
==7947==    by 0x5C7D91D: __nss_next (in /lib/libc-2.7.so)
==7947==  Address 0x63899b8 is 24 bytes inside a block of size 25 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4008B75: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x5CA2F7F: (within /lib/libc-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x5CA30E6: __libc_dlopen_mode (in /lib/libc-2.7.so)
==7947==    by 0x5C7D03C: __nss_lookup_function (in /lib/libc-2.7.so)
==7947==    by 0x5C7D91D: __nss_next (in /lib/libc-2.7.so)
==7947==    by 0x5C31A6F: getpwnam_r (in /lib/libc-2.7.so)
==7947==    by 0x5091F6F: (within /usr/lib/libglib-2.0.so.0.1600.4)
--7947-- Reading syms from /lib/libnss_winbind.so.2 (0x7315000)
--7947-- Reading debug info from /lib/libnss_winbind.so.2...
--7947-- ... CRC mismatch (computed b69200e3 wanted c124aade)
--7947--    object doesn't have a symbol table
--7947-- REDIR: 0x5c10230 (strncat) redirected to 0x4c23e30 (strncat)
--7947-- REDIR: 0xffffffffff600400 (???) redirected to 0x38029a6d (vgPlain_amd64_linux_REDIR_FOR_vtime)
--7947-- REDIR: 0x5bc99c0 (unsetenv) redirected to 0x4c24390 (unsetenv)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015D6E: (within /lib/ld-2.7.so)
==7947==    by 0x4011F31: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==  Address 0x646eb40 is 48 bytes inside a block of size 53 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x417914: mono_main (driver.c:1480)
==7947==    by 0x5BB31C3: (below main) (in /lib/libc-2.7.so)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015D6E: (within /lib/ld-2.7.so)
==7947==    by 0x400780A: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x646eb40 is 48 bytes inside a block of size 53 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x417914: mono_main (driver.c:1480)
==7947==    by 0x5BB31C3: (below main) (in /lib/libc-2.7.so)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x4007817: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x646eb40 is 48 bytes inside a block of size 53 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x417914: mono_main (driver.c:1480)
==7947==    by 0x5BB31C3: (below main) (in /lib/libc-2.7.so)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x400DEE6: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x646eb40 is 48 bytes inside a block of size 53 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x417914: mono_main (driver.c:1480)
==7947==    by 0x5BB31C3: (below main) (in /lib/libc-2.7.so)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x4011C2B: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x417914: mono_main (driver.c:1480)
==7947==  Address 0x646ec60 is 80 bytes inside a block of size 84 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x400DF00: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015DA1: (within /lib/ld-2.7.so)
==7947==    by 0x4011F31: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==  Address 0x64d0768 is 88 bytes inside a block of size 92 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4EA22E: mono_assembly_load_full_nosearch (assembly.c:2157)
==7947==    by 0x4EA2F7: mono_assembly_load_full (assembly.c:2295)
==7947==    by 0x4EA45E: mono_assembly_load_reference (assembly.c:848)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015DA1: (within /lib/ld-2.7.so)
==7947==    by 0x400780A: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x64d0768 is 88 bytes inside a block of size 92 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4EA22E: mono_assembly_load_full_nosearch (assembly.c:2157)
==7947==    by 0x4EA2F7: mono_assembly_load_full (assembly.c:2295)
==7947==    by 0x4EA45E: mono_assembly_load_reference (assembly.c:848)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EFE: (within /lib/ld-2.7.so)
==7947==    by 0x4007817: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x64d0768 is 88 bytes inside a block of size 92 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4EA22E: mono_assembly_load_full_nosearch (assembly.c:2157)
==7947==    by 0x4EA2F7: mono_assembly_load_full (assembly.c:2295)
==7947==    by 0x4EA45E: mono_assembly_load_reference (assembly.c:848)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EFE: (within /lib/ld-2.7.so)
==7947==    by 0x400DEE6: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x64d0768 is 88 bytes inside a block of size 92 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4EA22E: mono_assembly_load_full_nosearch (assembly.c:2157)
==7947==    by 0x4EA2F7: mono_assembly_load_full (assembly.c:2295)
==7947==    by 0x4EA45E: mono_assembly_load_reference (assembly.c:848)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EFE: (within /lib/ld-2.7.so)
==7947==    by 0x4011C2B: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x4EA22E: mono_assembly_load_full_nosearch (assembly.c:2157)
==7947==  Address 0x64d08b0 is 120 bytes inside a block of size 123 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x400DF00: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015CF0: (within /lib/ld-2.7.so)
==7947==    by 0x4011F31: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==  Address 0x8315f58 is 64 bytes inside a block of size 67 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x49BE22: ves_icall_System_Reflection_Assembly_LoadFrom (appdomain.c:1440)
==7947==    by 0x905C18F: ???
==7947==    by 0x905B10B: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015CF0: (within /lib/ld-2.7.so)
==7947==    by 0x400780A: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x8315f58 is 64 bytes inside a block of size 67 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x49BE22: ves_icall_System_Reflection_Assembly_LoadFrom (appdomain.c:1440)
==7947==    by 0x905C18F: ???
==7947==    by 0x905B10B: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EB0: (within /lib/ld-2.7.so)
==7947==    by 0x4007817: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x8315f58 is 64 bytes inside a block of size 67 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x49BE22: ves_icall_System_Reflection_Assembly_LoadFrom (appdomain.c:1440)
==7947==    by 0x905C18F: ???
==7947==    by 0x905B10B: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EB0: (within /lib/ld-2.7.so)
==7947==    by 0x400DEE6: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==  Address 0x8315f58 is 64 bytes inside a block of size 67 alloc'd
==7947==    at 0x4C23082: realloc (vg_replace_malloc.c:429)
==7947==    by 0x5C00725: vasprintf (in /lib/libc-2.7.so)
==7947==    by 0x509377F: g_vasprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50816EF: g_strdup_vprintf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x508178C: g_strdup_printf (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x422AF5: load_aot_module (aot-runtime.c:551)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x49BE22: ves_icall_System_Reflection_Assembly_LoadFrom (appdomain.c:1440)
==7947==    by 0x905C18F: ???
==7947==    by 0x905B10B: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EB0: (within /lib/ld-2.7.so)
==7947==    by 0x4011C2B: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947==    by 0x4E6C8E: mono_assembly_invoke_load_hook (assembly.c:923)
==7947==    by 0x4E8896: mono_assembly_load_from_full (assembly.c:1482)
==7947==    by 0x4E8C60: mono_assembly_open_full (assembly.c:1298)
==7947==    by 0x49BE22: ves_icall_System_Reflection_Assembly_LoadFrom (appdomain.c:1440)
==7947==  Address 0x823d4e8 is 96 bytes inside a block of size 98 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x400DF00: (within /lib/ld-2.7.so)
==7947==    by 0x4008DA5: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x422B0A: load_aot_module (aot-runtime.c:553)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x415C0C2: ???
==7947==    by 0x919680F: ???
==7947==    by 0x919680F: ???
==7947==    by 0x919680F: ???
==7947==    by 0x918C628: ???
==7947==    by 0x4C8939: mono_runtime_class_init_full (object.c:336)
==7947==    by 0x558C14: mono_jit_compile_method (mini.c:12963)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947==    by 0x415B164: ???
==7947==    by 0x918BD2F: ???
==7947==    by 0x918BA1F: ???
==7947==    by 0x918B6DF: ???
==7947==  Address 0x7feffe9f0 is not stack'd, malloc'd or (recently) free'd
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015D33: (within /lib/ld-2.7.so)
==7947==    by 0x40085B1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x84b07e0 is 8 bytes inside a block of size 13 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947==    by 0x415B164: ???
==7947==    by 0x95F8E23: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x40087D1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x84b07e0 is 8 bytes inside a block of size 13 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947==    by 0x415B164: ???
==7947==    by 0x95F8E23: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x400A4CF: (within /lib/ld-2.7.so)
==7947==    by 0x5CA32F3: (within /lib/libc-2.7.so)
==7947==    by 0x54F50F3: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F50A9: dlsym (in /lib/libdl-2.7.so)
==7947==    by 0x512D5B: mono_dl_symbol (mono-dl.c:357)
==7947==    by 0x481ECF: mono_lookup_pinvoke_call (loader.c:1297)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==  Address 0x8c115c0 is 8 bytes inside a block of size 14 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x481FFC: mono_lookup_pinvoke_call (loader.c:1270)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947==    by 0x415B164: ???
==7947==    by 0x95F8E23: ???
==7947==    by 0x41AD343: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x40165A5: (within /lib/ld-2.7.so)
==7947==    by 0x400A50E: (within /lib/ld-2.7.so)
==7947==    by 0x5CA32F3: (within /lib/libc-2.7.so)
==7947==    by 0x54F50F3: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F50A9: dlsym (in /lib/libdl-2.7.so)
==7947==    by 0x512D5B: mono_dl_symbol (mono-dl.c:357)
==7947==    by 0x481ECF: mono_lookup_pinvoke_call (loader.c:1297)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==  Address 0x8c115c0 is 8 bytes inside a block of size 14 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x481FFC: mono_lookup_pinvoke_call (loader.c:1270)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947==    by 0x415B164: ???
==7947==    by 0x95F8E23: ???
==7947==    by 0x41AD343: ???
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015D6E: (within /lib/ld-2.7.so)
==7947==    by 0x40085B1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x8f78540 is 16 bytes inside a block of size 23 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x40087D1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x8f78540 is 16 bytes inside a block of size 23 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x400A99D: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==  Address 0x92083b0 is 16 bytes inside a block of size 20 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50810EE: g_strdup (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x481B94: mono_lookup_pinvoke_call (loader.c:1121)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
--7947-- Reading syms from /usr/lib/libgtk-x11-2.0.so.0.1200.9 (0x985A000)
--7947-- Reading debug info from /usr/lib/libgtk-x11-2.0.so.0.1200.9...
--7947-- ... CRC mismatch (computed 51be4d1d wanted 8f74fe6b)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libgdk_pixbuf-2.0.so.0.1200.9 (0x9E29000)
--7947-- Reading debug info from /usr/lib/libgdk_pixbuf-2.0.so.0.1200.9...
--7947-- ... CRC mismatch (computed a7f83542 wanted 7f618f25)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libgdk-x11-2.0.so.0.1200.9 (0xA043000)
--7947-- Reading debug info from /usr/lib/libgdk-x11-2.0.so.0.1200.9...
--7947-- ... CRC mismatch (computed b484e102 wanted f32ddc33)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libpangocairo-1.0.so.0.2002.3 (0xA2DD000)
--7947-- Reading debug info from /usr/lib/libpangocairo-1.0.so.0.2002.3...
--7947-- ... CRC mismatch (computed 697619f4 wanted a0e936cc)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libpango-1.0.so.0.2002.3 (0xA4E8000)
--7947-- Reading debug info from /usr/lib/libpango-1.0.so.0.2002.3...
--7947-- ... CRC mismatch (computed 96c3c3bb wanted 59545878)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libX11.so.6.2.0 (0xA72C000)
--7947-- Reading debug info from /usr/lib/libX11.so.6.2.0...
--7947-- ... CRC mismatch (computed afa3731b wanted 001ef74a)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXcomposite.so.1.0.0 (0xAA2F000)
--7947-- Reading debug info from /usr/lib/libXcomposite.so.1.0.0...
--7947-- ... CRC mismatch (computed db431175 wanted 662a8e0b)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXdamage.so.1.1.0 (0xAC31000)
--7947-- Reading debug info from /usr/lib/libXdamage.so.1.1.0...
--7947-- ... CRC mismatch (computed 85b00c5b wanted f78ddc18)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXfixes.so.3.1.0 (0xAE33000)
--7947-- Reading debug info from /usr/lib/libXfixes.so.3.1.0...
--7947-- ... CRC mismatch (computed 87062290 wanted c65e5c9f)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libatk-1.0.so.0.2209.1 (0xB038000)
--7947-- Reading debug info from /usr/lib/libatk-1.0.so.0.2209.1...
--7947-- ... CRC mismatch (computed 4e6feb2a wanted f73af7a7)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libgobject-2.0.so.0.1600.4 (0xB258000)
--7947-- Reading debug info from /usr/lib/libgobject-2.0.so.0.1600.4...
--7947-- ... CRC mismatch (computed ae81bf07 wanted a3249db9)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libgmodule-2.0.so.0.1600.4 (0xB49D000)
--7947-- Reading debug info from /usr/lib/libgmodule-2.0.so.0.1600.4...
--7947-- ... CRC mismatch (computed e37361d7 wanted 29f7385d)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libcairo.so.2.17.3 (0xB6A0000)
--7947-- Reading debug info from /usr/lib/libcairo.so.2.17.3...
--7947-- ... CRC mismatch (computed 3ec5255e wanted 2cc7fcff)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libfontconfig.so.1.3.0 (0xB90B000)
--7947-- Reading debug info from /usr/lib/libfontconfig.so.1.3.0...
--7947-- ... CRC mismatch (computed 187912bc wanted 9ec04f9a)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXext.so.6.4.0 (0xBB3C000)
--7947-- Reading debug info from /usr/lib/libXext.so.6.4.0...
--7947-- ... CRC mismatch (computed 749303dd wanted 14c9f19c)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXrender.so.1.3.0 (0xBD4D000)
--7947-- Reading debug info from /usr/lib/libXrender.so.1.3.0...
--7947-- ... CRC mismatch (computed 7abe549a wanted 38591836)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXinerama.so.1.0.0 (0xBF56000)
--7947-- Reading debug info from /usr/lib/libXinerama.so.1.0.0...
--7947-- ... CRC mismatch (computed 79f8be73 wanted 9f1e67e8)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXi.so.6.0.0 (0xC158000)
--7947-- Reading debug info from /usr/lib/libXi.so.6.0.0...
--7947-- ... CRC mismatch (computed fcc610ab wanted 44c4dbbe)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXrandr.so.2.1.0 (0xC361000)
--7947-- Reading debug info from /usr/lib/libXrandr.so.2.1.0...
--7947-- ... CRC mismatch (computed a13002cc wanted 197a14e7)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXcursor.so.1.0.2 (0xC568000)
--7947-- Reading debug info from /usr/lib/libXcursor.so.1.0.2...
--7947-- ... CRC mismatch (computed 15cdd867 wanted a60dd5d5)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x400522C: (within /lib/ld-2.7.so)
==7947==    by 0x40079E5: (within /lib/ld-2.7.so)
==7947==    by 0x40089D7: (within /lib/ld-2.7.so)
==7947==    by 0x400BE0C: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x400C4D0: (within /lib/ld-2.7.so)
==7947==    by 0x40120A8: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==  Address 0x8f83150 is 8 bytes inside a block of size 9 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4007823: (within /lib/ld-2.7.so)
==7947==    by 0x4007979: (within /lib/ld-2.7.so)
==7947==    by 0x40089D7: (within /lib/ld-2.7.so)
==7947==    by 0x400BE0C: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x400C4D0: (within /lib/ld-2.7.so)
==7947==    by 0x40120A8: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
--7947-- Reading syms from /usr/lib/libpangoft2-1.0.so.0.2002.3 (0xC772000)
--7947-- Reading debug info from /usr/lib/libpangoft2-1.0.so.0.2002.3...
--7947-- ... CRC mismatch (computed 02937f20 wanted 44877eac)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libfreetype.so.6.3.16 (0xC99E000)
--7947-- Reading debug info from /usr/lib/libfreetype.so.6.3.16...
--7947-- ... CRC mismatch (computed 72ba4f5a wanted ddfa7f8d)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libz.so.1.2.3.3 (0xCC1D000)
--7947-- Reading debug info from /usr/lib/libz.so.1.2.3.3...
--7947-- ... CRC mismatch (computed 38d836d6 wanted 4bea647b)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libxcb-xlib.so.0.0.0 (0xCE34000)
--7947-- Reading debug info from /usr/lib/libxcb-xlib.so.0.0.0...
--7947-- ... CRC mismatch (computed 6702c4d9 wanted a09203a4)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libxcb.so.1.0.0 (0xD035000)
--7947-- Reading debug info from /usr/lib/libxcb.so.1.0.0...
--7947-- ... CRC mismatch (computed 2c58fe5c wanted 8ea17cc5)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libpng12.so.0.15.0 (0xD250000)
--7947-- Reading debug info from /usr/lib/libpng12.so.0.15.0...
--7947-- ... CRC mismatch (computed 7be56180 wanted 58c9dcae)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libpixman-1.so.0.10.0 (0xD475000)
--7947-- Reading debug info from /usr/lib/libpixman-1.so.0.10.0...
--7947-- ... CRC mismatch (computed 413771fd wanted aa908744)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libstdc++.so.6.0.9 (0xD6A3000)
--7947-- Reading debug info from /usr/lib/libstdc++.so.6.0.9...
--7947-- ... CRC mismatch (computed cffb6542 wanted 4e57faa1)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /lib/libgcc_s.so.1 (0xD9AE000)
--7947-- Reading debug info from /lib/libgcc_s.so.1...
--7947-- ... CRC mismatch (computed 068ceb1e wanted 5861faf2)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libexpat.so.1.5.2 (0xDBBC000)
--7947-- Reading debug info from /usr/lib/libexpat.so.1.5.2...
--7947-- ... CRC mismatch (computed 3a1561fe wanted 4895301c)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXau.so.6.0.0 (0xDDE0000)
--7947-- Reading debug info from /usr/lib/libXau.so.6.0.0...
--7947-- ... CRC mismatch (computed f6128d91 wanted 5bb2fa57)
--7947--    object doesn't have a symbol table
--7947-- Reading syms from /usr/lib/libXdmcp.so.6.0.0 (0xDFE2000)
--7947-- Reading debug info from /usr/lib/libXdmcp.so.6.0.0...
--7947-- ... CRC mismatch (computed 2acd0e34 wanted 8c2b8da1)
--7947--    object doesn't have a symbol table
--7947-- REDIR: 0x5c0f770 (strcat) redirected to 0x4c24750 (strcat)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EB0: (within /lib/ld-2.7.so)
==7947==    by 0x400AB93: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==  Address 0x640c8c0 is 32 bytes inside a block of size 39 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4005F47: (within /lib/ld-2.7.so)
==7947==    by 0x400885F: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
--7947-- Reading syms from /usr/mono-2.0/lib/libgtksharpglue-2.so (0xE269000)
--7947-- Reading syms from /usr/mono-2.0/lib/libglibsharpglue-2.so (0xE482000)
--7947-- Reading syms from /usr/lib/gtk-2.0/2.10.0/engines/libubuntulooks.so (0xE684000)
--7947-- Reading debug info from /usr/lib/gtk-2.0/2.10.0/engines/libubuntulooks.so...
--7947-- ... CRC mismatch (computed dc8d9df5 wanted ab0ea5b0)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EE4: (within /lib/ld-2.7.so)
==7947==    by 0x400DEE6: (within /lib/ld-2.7.so)
==7947==    by 0x400E093: (within /lib/ld-2.7.so)
==7947==    by 0x400A547: (within /lib/ld-2.7.so)
==7947==    by 0x5CA32F3: (within /lib/libc-2.7.so)
==7947==    by 0x54F50F3: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F50A9: dlsym (in /lib/libdl-2.7.so)
==7947==    by 0xB49E571: g_module_symbol (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==    by 0xB49EC7E: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==    by 0x9A5DFFA: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
==7947==  Address 0x925b958 is 48 bytes inside a block of size 50 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4007823: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0xB49E975: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==    by 0x9A5DFFA: (within /usr/lib/libgtk-x11-2.0.so.0.1200.9)
--7947-- memcheck GC: 1024 nodes, 1024 survivors (100.0%)
--7947-- memcheck GC: increase table size to 2048
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015DA1: (within /lib/ld-2.7.so)
==7947==    by 0x40085B1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x6357378 is 24 bytes inside a block of size 26 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015EFE: (within /lib/ld-2.7.so)
==7947==    by 0x40087D1: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0x512EFB: mono_dl_open (mono-dl.c:305)
==7947==    by 0x4818B0: cached_module_load (loader.c:1048)
==7947==    by 0x481CF2: mono_lookup_pinvoke_call (loader.c:1159)
==7947==  Address 0x6357378 is 24 bytes inside a block of size 26 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x5081B52: g_strconcat (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x512CF6: mono_dl_build_path (mono-dl.c:426)
==7947==    by 0x481D3A: mono_lookup_pinvoke_call (loader.c:1156)
==7947==    by 0x47A6C3: mono_marshal_get_native_wrapper (marshal.c:8504)
==7947==    by 0x54CCCD: mono_method_to_ir (mini.c:5741)
==7947==    by 0x5596EC: inline_method (mini.c:4018)
==7947==    by 0x543D6B: mono_method_to_ir (mini.c:6074)
==7947==    by 0x5570D3: mini_method_compile (mini.c:12275)
==7947==    by 0x558CF8: mono_jit_compile_method (mini.c:12819)
==7947==    by 0x42C5A2: mono_magic_trampoline (mini-trampolines.c:249)
--7947-- Reading syms from /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so (0xE897000)
--7947-- Reading debug info from /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so...
--7947-- ... CRC mismatch (computed cd0cbca9 wanted d1eabfa8)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x400A99D: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0xB49E975: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==  Address 0x84306c0 is 40 bytes inside a block of size 47 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x5069EBB: g_malloc (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0x50810EE: g_strdup (in /usr/lib/libglib-2.0.so.0.1600.4)
==7947==    by 0xB49E932: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==    by 0xA4FB0DA: (within /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xB285A2B: g_type_module_use (in /usr/lib/libgobject-2.0.so.0.1600.4)
==7947==    by 0xA4FB1C8: (within /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xA4FB288: (within /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xA4FB306: pango_map_get_engines (in /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xA4FE459: (within /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xA4FE6CE: (within /usr/lib/libpango-1.0.so.0.2002.3)
==7947==    by 0xA4FED3B: pango_itemize_with_base_dir (in /usr/lib/libpango-1.0.so.0.2002.3)
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015ECA: (within /lib/ld-2.7.so)
==7947==    by 0x400AB93: (within /lib/ld-2.7.so)
==7947==    by 0x40061E4: (within /lib/ld-2.7.so)
==7947==    by 0x4008677: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0xB49E975: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==  Address 0x65fbe40 is 40 bytes inside a block of size 47 alloc'd
==7947==    at 0x4C22FAB: malloc (vg_replace_malloc.c:207)
==7947==    by 0x4007823: (within /lib/ld-2.7.so)
==7947==    by 0x40085CE: (within /lib/ld-2.7.so)
==7947==    by 0x4012048: (within /lib/ld-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x401191A: (within /lib/ld-2.7.so)
==7947==    by 0x54F4F8A: (within /lib/libdl-2.7.so)
==7947==    by 0x400DDF5: (within /lib/ld-2.7.so)
==7947==    by 0x54F54EC: (within /lib/libdl-2.7.so)
==7947==    by 0x54F4EF0: dlopen (in /lib/libdl-2.7.so)
==7947==    by 0xB49E975: g_module_open (in /usr/lib/libgmodule-2.0.so.0.1600.4)
==7947==    by 0xA4FB0DA: (within /usr/lib/libpango-1.0.so.0.2002.3)
--7947-- Reading syms from /usr/lib/pango/1.6.0/modules/pango-basic-fc.so (0xEBA1000)
--7947-- Reading debug info from /usr/lib/pango/1.6.0/modules/pango-basic-fc.so...
--7947-- ... CRC mismatch (computed 5eb59628 wanted c750bc89)
--7947--    object doesn't have a symbol table
==7947== 
==7947== Invalid read of size 8
==7947==    at 0x4015