Hi Jorge,
I think you'll be interested about a post I've done:
http://lists.ximian.com/archives/public/mono-list/2004-December/024881.html
I hope it helps you,
Cheers.
--
Francis Brosnan Blázquez <[EMAIL PROTECTED]>
___
Mono-list maillist - [EMAI
Hi Jorge,
I've written a simple test that expose the problem that could run into
environments which call back from unmanaged code to managed code from
newly unmanaged created threads. You can take a look on this test at the
mail I posted:
http://lists.ximian.com/archives/public/mono-list/2004-Nove
Hi Francis,
no, I didn't. I'm very pressed to finish a project and I won't take a
look again until January.
I already think that it's a threading problem mixing (un)maneged code.
For jack-cil issue, I will ask jjack developers how they solved it in
java. Please, drop me a line if you obtain some
Hi Jorge,
Finally, did you solve your problem ?. I have the same scenario and I'm
getting the same result. I think is due to calling back from unmanaged
code to managed code from different threads.
I'm going to make some test to check this.
Cheers,
___
Hi
I have been some time trying to get working a binding of JACK (JACK
Audio Connection Kit) to c-sharp, but I can't realize why it makes mono
crash:
** ERROR **: file mini.c: line 6558 (mono_get_lmf_addr): should not be
reached
aborting...
I'm using Debian unstable Mono 1.0.2-1 packages (with