[Mono-list] pthreads in mono
andreas.faerber at web.de
Thu Mar 27 09:33:18 EDT 2008
Am 27.03.2008 um 12:33 schrieb Chris Howie:
> On Thu, Mar 27, 2008 at 7:18 AM, Andreas Färber <andreas.faerber at web.de
> > wrote:
>> You sure about that? Mono does use pthreads in some way, keeping it
>> from running on BeOS.
>> Is getting a pointer to the current thread in native land or using p/
>> invoke not an option?
> [...] However, you may be able to get
> a pointer to some other Thread object's pthread, but I would not be
> too sure that this can be done from Mono directly.
> You could use: [DllImport("pthread")] private static extern pthread_t
> However, you'd have to declare pthread_t somewhere,
using pthread_t = System.IntPtr; // for instance :)
> and this call
> would have to be executed from the other thread -- meaning you'd have
> to pass the return value over to the main thread and ... ugh. A
> WaitHandle would undoubtedly be needed, and for what?
> Writing a ThreadStart that infinitely loops over a call to gps_poll
> sounds like a lot less work, no?
I didn't really care about libgps, never used it, so I can't tell.
I was just astonished by your saying, AFAYK, Mono didn't support
* Mono links to it on many if not all non-Windows systems
* two years ago the LMF code was updated to cope with external pthread
callbacks into managed code
* the 7.x branch of the Boehm GC appeared to have dropped support for
non-posix threading packages
So are you implying there are some cases (apart from Windows) where a
MonoThread/System.Threading.Thread is not a pthread but some non-
pthread userland thread, like in Java IIRC? Or what did you mean by
More information about the Mono-list