home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / aix / 9098 < prev    next >
Encoding:
Text File  |  1992-08-26  |  2.6 KB  |  56 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!psisa!robin
  3. From: robin@pencom.com (Robin D. Wilson)
  4. Subject: Re: uucp and getty on a shared tty - anybody done it ?
  5. Message-ID: <1992Aug25.212911.26647@psisa.psi>
  6. Sender: usenet@psisa.psi (News system)
  7. Organization: Pencom Software, Austin, TX
  8. References: <199210Aug.074455.13070@quay.ie> <BsvL32.G5L@csn.org>
  9. Date: Tue, 25 Aug 1992 21:29:11 GMT
  10. Lines: 44
  11.  
  12. In article <BsvL32.G5L@csn.org> losburn@teal.csn.org (Lynn Osburn) writes:
  13. >>uucp can't work unless permissions grant it read access to the port. So far,
  14. >>the solution that I have come up with is to put a "chmod 666 /dev/tty1" into 
  15. >>the root cron file, and this works, but is hardly elegant.  What is the 
  16. >>solution to this problem ?  Is there some way to set the default permissions
  17. >>that getty configures a port with ?
  18. >>
  19. >
  20. >Use pdelay instead of pshare.  In enable or share mode, getty grabs the port,
  21. >waiting for a login.  In delay mode, there is no getty until CD goes high,
  22. >indicating a connection, and then after a short time (~3 sec?), or if 
  23. >characters are recieved, a getty is spawned to handle the (implied) login.
  24. >
  25. >Since getty hasn't locked the port till CD changes state, uucp can grab it
  26. >for outgoing calls.  When he gets a Carrier Detect, getty can't start because
  27. >uucp has a lock on the port...
  28.  
  29. In reality 'getty' starts immediately.  For "what getty does" see below:
  30.  
  31. ENABLE:    Getty starts, locks the tty, and blocks waiting for carrier.  When 
  32.     carrier is asserted, getty presents the login herald.
  33.  
  34. SHARE:    Getty starts, and blocks waiting for carrier.  When carrier is
  35.     asserted, getty attempts to lock the tty (if it is not already
  36.     locked by some other program - like 'cu', or 'uucico').  If 
  37.     getty gets the lock, it presents the login herald; if not, it
  38.     prepares to HUPCL (Hang-UP-on-CLose).
  39.  
  40. DELAY:    Getty starts, and blocks waiting for carrier.  When carrier is
  41.     asserted, getty blocks waiting for a "read()" to succeed (a
  42.     character appears on the serial RX data line).  When the "read()"
  43.     is sucessful, getty attempts to lock; if the lock succeeds, getty
  44.     presents the login herald.  If the lock attempt fails, getty 
  45.     prepares to HUPCL.
  46.  
  47.  
  48. The original poster may have seriously out-dated code (AIX-wise).  I seem to
  49. remember his problem as a bug from pre-3003 days.  Maybe it came back?
  50.  
  51. -- 
  52. +---------------------------------------------------------------------------+
  53. |These are MY views, nobody where I work even knows I have views  ;-)       |
  54. |Internet: robin@pencom.com                                                 |
  55. |US Mail:  8-6 Brooke Club Dr.                Home Phone: (914) 923-4093    |
  56.