home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / misc / kids / 33171 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.1 KB
  1. Path: sparky!uunet!spool.mu.edu!agate!doc.ic.ac.uk!uknet!edcastle!jeremy
  2. From: jeremy@castle.ed.ac.uk (Jeremy Henderson)
  3. Newsgroups: misc.kids
  4. Subject: manual pages for baby
  5. Message-ID: <30664@castle.ed.ac.uk>
  6. Date: 22 Jan 93 14:58:39 GMT
  7. Organization: Edinburgh University
  8. Lines: 59
  9.  
  10.  
  11.  
  12. BABY(1)                  USER COMMANDS                    BABY(1)
  13.  
  14. NAME
  15.      BABY - create new process from two parent processes
  16.  
  17. SYNOPSIS
  18.  
  19.      BABY [ -sex ] [ -name ]
  20.  
  21. DESCRIPTION
  22.  
  23.      BABY is initiated when one parent process polls another server
  24. process through a socket connection (BSD) or through pipes in the
  25. System V implementation. BABY runs at a low priority for approximately
  26. 40 weeks then terminates with heavy system load. Most systems require
  27. constant monitoring when BABY reaches its final stages of execution.
  28.  
  29.         Older implementations of BABY required that the initiating
  30. process not be present at the time of completion. In these versions
  31. the initiating process is awakened and notified of the results upon
  32. completion. Modern versions allow both parent processes to be active
  33. during the final stages of BABY.
  34.  
  35.  
  36. OPTIONS
  37.  
  38.         -sex 
  39.           option indicating type of process created. 
  40.  
  41.         -name
  42.           process identification to be attached to the new process.
  43.  
  44. RESULT
  45.      Successful execution of the BABY(1) results in new process
  46.      being created and named. Parent processes then typically
  47.      broadcast messages to all other processes informing them of their
  48.      new status in the system.
  49.  
  50.  
  51. BUGS
  52.      The SLEEP command may not work on either parent processes for some
  53.      time afterward, as new BABY processes constantly send interrupts
  54.      which must be handled by one or more parent.
  55.  
  56.      BABY processes upon being created may frequently dump 
  57.      in /tmp requiring /tmp to be cleaned out frequently by one
  58.      of the parent processes.
  59.  
  60. SEE ALSO
  61.         sleep(1) dump(8) cry(3)
  62.  
  63.  
  64. -- 
  65. ===Jeremy Henderson===jeremy@castle.ed.ac.uk=          
  66.  
  67. Unauthorised access is a criminal offence under The Computer Misuse Act 1990.
  68. If you are a British Airways employee, disconnect NOW.
  69.