home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / programm / 17275 < prev    next >
Encoding:
Text File  |  1992-12-12  |  1.5 KB  |  37 lines
  1. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!rz.uni-karlsruhe.de!rz.uni-karlsruhe.de!ry41
  2. From: ry41@rz.uni-karlsruhe.de (Bernhard Moellemann)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: WShell: Hangning forbid!
  5. Date: 12 Dec 1992 17:04:31 GMT
  6. Organization: University of Karlsruhe, Germany
  7. Lines: 24
  8. Distribution: world
  9. Message-ID: <1gd62vINN3lp@nz12.rz.uni-karlsruhe.de>
  10. References: <1992Dec12.143541.21468@sth.frontec.se>
  11. NNTP-Posting-Host: tp70.rz.uni-karlsruhe.de
  12.  
  13. In article <1992Dec12.143541.21468@sth.frontec.se>, bjst@sth.frontec.se (Bjorn Stenberg) writes:
  14. >
  15. >A while ago there was some talk about process syncronization when
  16. >multithreading, and Randell Jesup suggested doing:
  17.  
  18. >   Forbid();
  19. >   Signal(parent,sig);     // tell parent we exited
  20.  
  21. >Well, I do this in a child of mine, but after the parent exits WShell
  22. >complains with the message:
  23.  
  24. >***Hanging forbid!
  25.  
  26. >Is WShell just being paranoid or am I doing something wrong? (I'm not supposed 
  27. >to Permit() or anything in the parent, am I?)
  28.  
  29. This is only true for a "single-job-process". But your process is running
  30. under the Shell's schedule, so the Forbid() would lock the shell.
  31.  
  32. -- 
  33.  Bernhard M÷llemann   <spare  space>   Chairman of the Nessy-Fan-Club   //
  34.  internet=zza@rz.uni-karlsruhe.de <space> FIDO=2:241/7506.42  IRC=ZZA  //
  35.  nessynet=008  Lifenet=77:7700/11.42  greetings to my Marsupilami  \\ //
  36.  2000/500 Technical Reference Manual:  "A1000, the original Amiga"  \X/
  37.