[M3devel] Threads summary for m3gdb

[Randy Coleburn]

Rodney:
 
I believe that on Windows (Win32) the implementation uses native OS
threads.  At least that is how it worked for cm v4.1.
 
Regards,
Randy
 
Randy C. Coleburn
Senior Systems Engineer, Communications, Networks, & Electronics
Division (CNE)
Corporate & Atlanta Information Systems Security Manager (ISSM)
Scientific Research Corporation
2300 Windy Ridge Parkway, Suite 400 South, Atlanta, Georgia 30339
voice: (770) 989-9464, email: RColeburn at SciRes.com, fax: (770)
989-9497

Quality Policy:  "SRC CNE Division is committed to delivering
continually improving research & engineering excellence that meets or
exceeds customer requirements."

>>> "Rodney M. Bates" <rodney.bates at wichita.edu> 8/8/2007 7:20 PM >>>
I have been doing some work on m3gdb lately and am mulling over
trying to improve the very rudimentary thread support.  With
the new thread implementation, it is a good time.  I would like
confirmation (or correction) of the following impressions I have
gotten about thread handling in implementations of Modula-3.

Here's what I think I understand:

The old system uses threads entirely implemented in libm3core,
using setjmp/longjmp to get execution moved around where it is
needed.

The new system, called for by -DPTHREAD  uses the pthreads library
instead.

There is no use of any kind of kernel threads.

The old thread system is tied to the older GC, which requires that
system-dependent wrappers be used for many OS system calls.

The new thread system is tied to the new GC, which doesn't need
the wrappers, but has the compiler inserting calls to the GC in
a few places.

Is this all correct?

-- 
-------------------------------------------------------------
Rodney M. Bates, retired assistant professor
Dept. of Computer Science, Wichita State University
Wichita, KS 67260-0083
316-978-3922
rodney.bates at wichita.edu 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20070808/92d081f5/attachment-0004.html>