<div dir="ltr">SGen generates fast variants of those functions that don't transition to native code to alloc memory,<div>you can disable them in sgen-conf.hq</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Feb 3, 2014 at 1:11 PM, serus <span dir="ltr"><<a href="mailto:fabian.nagel@gmail.com" target="_blank">fabian.nagel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Dear Devs,<br>
<br>
I plan to experiment with the garbage collector and, to get me started, I<br>
wrote a small C# program that allocates a couple of objects and then I tried<br>
to use GDB to find the function calls that allocates memory for these<br>
objects.<br>
<br>
The function candidates that I identified are: /mono_gc_alloc_obj/ and<br>
/mono_gc_try_alloc_obj_nolock/ (both in /sgen-alloc.c/).<br>
<br>
When GDB reaches either breakpoint, I tried to identify whether it is the<br>
correct call by using the function's /size/ parameter and the fields<br>
/vtable->klass->name/ / /vtable->klass->name_space/.<br>
<br>
However, my approach seems to no work as I cannot find a single qualifying<br>
call. Could someone please hint me at where my thoughts are wrong and how to<br>
succeed with what I am trying to do.<br>
<br>
Thanks,<br>
Fabi<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://mono.1490590.n4.nabble.com/Point-of-GC-memory-allocation-in-Mono-tp4661839.html" target="_blank">http://mono.1490590.n4.nabble.com/Point-of-GC-memory-allocation-in-Mono-tp4661839.html</a><br>

Sent from the Mono - Dev mailing list archive at Nabble.com.<br>
_______________________________________________<br>
Mono-devel-list mailing list<br>
<a href="mailto:Mono-devel-list@lists.ximian.com">Mono-devel-list@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-devel-list" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-devel-list</a><br>
</blockquote></div><br></div>