home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / amiga / programm / 13100 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!chx400!bernina!wild
  3. From: wild@nessie.cs.id.ethz.ch (Markus Wild)
  4. Subject: Re: GNU C and ixemul.library
  5. Message-ID: <1992Sep5.025457.19504@bernina.ethz.ch>
  6. Sender: news@bernina.ethz.ch (USENET News System)
  7. Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
  8. References: <mbs.0xqj@adastra.cvl.va.us>
  9. Date: Sat, 5 Sep 1992 02:54:57 GMT
  10. Lines: 22
  11.  
  12. In article <mbs.0xqj@adastra.cvl.va.us> mbs@adastra.cvl.va.us (Michael B. Smith) writes:
  13. >The ixemul.library fork() is NOT a real fork(), in the Unix/POSIX sense of
  14.  
  15. This is definitely right, fork() is a plain stub returning error, and the
  16. error cause being `no more processes' or the like, don't remember exactly.
  17.  
  18. >The fork() is really only a vfork().
  19.  
  20. Wrong, sorry Mike;-) I wouldn't have dared to do this, vfork() is *not*
  21. fork(), so I have fork fail, and the programmer has to invent his own fork,
  22. if he wants the program to work. Pdksh is indeed a nice example of the problems
  23. you're faced with if you want to do fork-like stuff with AmigaDOS...
  24.  
  25. Pdksh is a particularly nice example because the overall structure made it
  26. easy to copy dynamic memory. In not so well designed programs, this task
  27. may be simply not feasible...
  28.  
  29. -Markus
  30. -- 
  31. Markus M. Wild    -  wild@nessie.cs.id.ethz.ch  |  wild@amiga.physik.unizh.ch 
  32. Vital papers will demonstrate their vitality by spontaneously moving
  33. from where you left them to where you can't find them.
  34.