No I dont think so. AFAIK the managed threads are virtual, i.e. they are not even guaranteed to correspond to a physical (i.e. a Windows kernel) thread. This is somewhat illustrated by the fact that managed threads have a ManagedThreadId property, whose value does not correspond to the kernel's thread IDs; and it has a name, for which the kernel has no equivalent member at all. In my experience, there still is a 1-to-1 correspondence between a managed thread and a kernel thread, but I havent found any way to map them, other than having each managed thread call some native code to get its own kernel thread ID that is. Hope this clarifies things a bit.
Luc Pattyn
try { [Search CP Articles] [Search CP Forums] [Forum Guidelines] [My Articles] } catch { [Google] }