home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v8 / text0054.txt < prev    next >
Encoding:
Text File  |  1987-06-30  |  1.4 KB  |  37 lines
  1. >From nsc!hplabs!hpda!hpisoa1!davel@pyramid.UUCP Wed Nov 12 16:57:34 1986
  2. Cc: gorodish!guy@sun.UUCP
  3. Date: Wed, 12 Nov 86 10:42:53 -0800
  4.  
  5. > guy@sun.com (Guy Harris) writes:
  6. > > vhangup() is indeed desirable.  It is not required in POSIX because it is 
  7. > > not supported on System V and, indeed, breaks System V compatiblity.
  8. > 
  9. > Only if you define "System V compatibility" as "behaves exactly the same as
  10. > some particular implementation of System V".  
  11.  
  12. It is true that vhangup() does not break any documented behavior in 
  13. System V or the SVID.  However, the System V implementations I am familiar 
  14. with (mainly ATT VAX releases) allow access to open login tty file 
  15. descriptors after logout (/dev/tty is the exception).
  16.  
  17. Again, vhangup() is, in my opinion, preferable for security reasons.  I
  18. do not consider the alternate behavior present in at least some System V
  19. ports worth requiring.  
  20.  
  21. > "vhangup" does two things; it
  22. > sends a SIGHUP to the process group of the terminal in question (which is,
  23. > in fact, similar to what S5 does automatically) and it invalidates file
  24. > descriptors that refer to the terminal.
  25. > 
  26. > Some System V implementations do not do this, ...
  27.  
  28. I'm curious; could you list some of the System V implementations which 
  29. disallow access to the login tty (via, e.g., stdout, not /dev/tty) after
  30. logout?  I.e., System V's that have vhangup()-like behavior?
  31.  
  32. -Dave Lennert   HP   ihnp4!hplabs!hpda!davel
  33.  
  34.  
  35. Volume-Number: Volume 8, Number 55
  36.  
  37.