🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.os.os2
Article #87

Re: Threads and semaphores under OS/2

#87
From: Michael R. Primm
Date: Wed, 25 Oct 1989 01:05
13 lines
1348 bytes
   For the stack allocation problem, one user solution I've though of may be
the use of a "watchdog" thread.  Each stack that you allocate for a thread 
would have a RAM semaphore associated with it which starts off being "set".
When a threat possessing such a stack wishes to terminate, it "clears" the
semaphore and exits.  The one problem is being sure that the thread is able
to exit before the stack gets reused.  But, anyway, the watchdog would hang
out waiting for stack semaphores to "clear", and would free the storage 
after a "reasonable delay" (long enough to be sure the thread was able to 
exit after the semaphore was cleared).  Anyway, while its pretty kludgy, 
it may be a possible route to consider.
                                                  --Mike Primm  
      
Technical Details
Message-ID: <1989Oct25.010535.10167@rpi.edu>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!rpi!ander
References: <5154@uhccux.uhcc.hawaii.edu> <3732@dell.dell.com> <3981@helios.ee.lbl.gov> <1989Oct19.143604.21001@rpi.edu> <32054@ucbvax.BERKELEY.EDU> <105@bohra.cpg.oz>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!rpi!ander
From: ander@pawl.rpi.edu (Michael R. Primm)
Newsgroups: comp.os.os2
Subject: Re: Threads and semaphores under OS/2
Keywords: OS/2 semaphores stacks threads
Message-ID: <1989Oct25.010535.10167@rpi.edu>
Date: 25 Oct 89 01:05:35 GMT
References: <5154@uhccux.uhcc.hawaii.edu> <3732@dell.dell.com> <3981@helios.ee.lbl.gov> <1989Oct19.143604.21001@rpi.edu> <32054@ucbvax.BERKELEY.EDU> <105@bohra.cpg.oz>
Organization: Rensselaer Polytechnic Institute, Troy NY
Lines: 13