home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / sysv386 / 12252 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.6 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!news.unomaha.edu!odin!winslade
  2. From: winslade@odin.unomaha.edu (John Winslade)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: uugetty -> too many respawns???
  5. Message-ID: <winslade.711825072@odin>
  6. Date: 22 Jul 92 17:11:12 GMT
  7. References: <1992Jul20.081219.155@mcopn3.dseg.ti.com>
  8. Sender: news@news.unomaha.edu (UNO Network News Server)
  9. Organization: University of Nebraska at Omaha
  10. Lines: 24
  11.  
  12. bmyers@mcopn3.dseg.ti.com writes:
  13.  
  14. >Here's the scenerio:  Consensys V4 with beta test Mouse driver disk, Telebit
  15. >WorldBlazer connected via 9-to-25 serial cable.
  16.  
  17. >If i switch over to using the inittab entry, with the following as an example:
  18.  
  19. >01:23:respawn:/sbin/uugetty -r -t 60 19200NP
  20.  
  21. >and issue a 'init q' command, I get a msg back from the system telling me that
  22. >there is something wrong; that the process is respawning too fast for the
  23. >system.
  24.  
  25. I'm fighting a similar problem (which I am discussing in a separate post)
  26. where I think something is killing the uugetty with some kind of a signal.
  27. I've enabled boo-coo debugging and traced it to the point it calls the read
  28. from the device (and should block until something is read).  After several
  29. minutes it starts respawnning over and over (each iteration re-inits the
  30. modem) and ends up waiting in the read call.  Then one of two things will
  31. happen.  1 - it will respawn again (and again ...) until something gets
  32. tired of it and issues the warning and locks it out for a while, or 2 -
  33. it waits as it should, and allows an inbiound call.
  34.  
  35. Good day        JSW
  36.