home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mips / 1060 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.5 KB  |  46 lines
  1. Newsgroups: comp.sys.mips
  2. Path: sparky!uunet!cs.utexas.edu!tamsun.tamu.edu!ee.tamu.edu!utama
  3. From: utama@ee.tamu.edu (Peter Utama)
  4. Subject: uugetty and LCK..tty file
  5. Message-ID: <1992Nov20.211912.7316@tamsun.tamu.edu>
  6. Sender: news@tamsun.tamu.edu (Read News)
  7. Organization: Texas A&M University
  8. Date: Fri, 20 Nov 1992 21:19:12 GMT
  9. Lines: 35
  10.  
  11. Hi !
  12.  
  13. I am trying to use a faxmodem that can have modem dial-in (for login)
  14. and fax dial-out. I use mips RS3230 with RISC os 4.52.
  15.  
  16. I use uugetty on the tty line to get the login.
  17. my entry at /etc/inittab looks like:
  18.  
  19. dw:234:respawn:/usr/lib/uucp/uugetty -r -t 60 ttydm0 du_38400 none LDISC0
  20.  
  21. the fax process will create a LCK..tty file with its pid in it
  22. in /usr/spool/locks whenever it wants to send a fax and 
  23. the line is free (no LCK..tty created by uugetty) 
  24.  
  25. the problem is that when the Carrier Dettect goes high (when fax process
  26. dials out and gets connected) uugetty will still try to take control of
  27. the line even though there is a LCK file created by fax process
  28. (uugetty first remove the LCK file then created its own).
  29. According to the manual it shouldn't do that if the pid inside the LCK file 
  30. is a valid one.
  31.  
  32. What am I doing wrong? is there a special way in creating the LCK file
  33. so uugetty will recognize it and not try to take control of the line
  34. when other process is using the line?
  35. How exactly cu, ct, and uucico use the LCK feature to cooperate with uugetty?
  36.  
  37. Any comments and helps would be greatly appreciated
  38.  
  39. thanks,
  40.  
  41. peter
  42.  
  43. utama@ee.tamu.edu
  44. Dept of Electrical Eng
  45. Texas A&M Univ
  46.