<div dir="ltr">GetFunctionPointerForDelegate does produce a wrapper that checks if the thread is attached<div style>before entering managed.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 28, 2013 at 10:00 PM,  <span dir="ltr"><<a href="mailto:sebastian@palladiumconsulting.com" target="_blank">sebastian@palladiumconsulting.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We are not using the debugger.<br>
<br>
We're not sure how the library in question creates its threads. We<br>
don't have access to its source code and it's proprietary. Putting<br>
together a full repro would be hard.<br>
<br>
The callback is a simple function which picks up a logged string and<br>
sends it to NLog by way of an Rx Subject. That's a lot of moving<br>
parts, but they all work fine when the callback comes from one of our<br>
threads.<br>
<br>
Am I correct in assuming that the GetFunctionPointerForDelegate should<br>
automatically register the thread it's called on with mono? I have<br>
enough facts at hand to call the registration function manually if<br>
need be, but it would be awkward indeed.<br>
<div class="HOEnZb"><div class="h5"><br>
On Jan 28, 2013, at 6:34 PM, Alan <<a href="mailto:alan.mcgovern@gmail.com">alan.mcgovern@gmail.com</a>> wrote:<br>
<br>
> Do you see these issues when running with the soft debugger attached?<br>
> If so, that was a bug which was fixed a few days ago. If you're seeing<br>
> the issue without the debugger, a small testcase would be great for<br>
> figuring this out.<br>
><br>
> Alan<br>
><br>
> On 28 January 2013 18:42, sebastian <<a href="mailto:sebastian@palladiumconsulting.com">sebastian@palladiumconsulting.com</a>> wrote:<br>
>> We run a program under mono which uses a 3rd party C++ library. Mono is<br>
>> responsible for running the application, that is, we are not using the<br>
>> mono_embed API, but rather just PInvoke to talk to the C++ library.<br>
>><br>
>> This library has some callbacks which we subscribe to using<br>
>> Marhsal.GetFunctionPointerForDelegate. However we get exotic concurrency<br>
>> problems (seg faults, inexplicable stacktraces) when we use it. We only get<br>
>> these errors when the callback is made from a thread which was not started<br>
>> by us.<br>
>><br>
>> I know that when embedding mono, i.e. with C++ in the driver's seat, threads<br>
>> must be registered with mono using mono_thread_attach. However that would be<br>
>> a funny thing for us to do, since we're not launching mono ourselves and<br>
>> would have to do some exploration to find all the right pointers.<br>
>><br>
>> Does the code in GetFunctionPointerForDelegate emit a managed wrapper that<br>
>> takes care of this detail? Once we are called back on this foreign thread,<br>
>> there's no telling what or how much .NET code will run on it, and it<br>
>> presumably needs to be properly registered with the garbage collector. I<br>
>> looked at the code in mono_marshal_get_managed_wrapper and didn't see<br>
>> anything obviously related to threading, but I imagine it'd be taken care of<br>
>> at a lower level in any case.<br>
>><br>
>> We could easily be convinced the bugs we saw were GC or threading related,<br>
>> as they could only be explained by corruption of things that shouldn't be<br>
>> corruptible, like reflection and array bounds.<br>
>><br>
>> Or is there additional code or attributes we should be using to ensure<br>
>> correct operation?<br>
>><br>
>> Thanks,<br>
>> Sebastian<br>
>><br>
>><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>
>><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>
</div></div></blockquote></div><br></div>