Date: Wed, 9 Aug 1995 13:11:30 +1000 From: Bruce Evans <bde@zeta.org.au> To: hackers@freefall.cdrom.com, tony@thing.sunquest.com Cc: jc@irbs.com Subject: Re: client & server ppp Message-ID: <199508090311.NAA02181@godzilla.zeta.org.au>
next in thread | raw e-mail | index | archive | help
>> It sounds like you have the getty on the wrong port or you are >> dialing out on the wrong port. Getty should not wake up when you >> dial out on a /dev/cuxxx port. >Getty doesn't wake up when kermit dials out - maybe I wasn't clear on this. >However, kermit eventually terminates, and then pppd starts up. >At this point, pppd and getty (or login, as getty seems to spawn a login) >seem to clash heads. Perhaps kermit is being misused. If you terminate it without hanging up and before starting pppd, and then try to start pppd, then there will be a race between pppd and getty to grab the port. getty will probably win. If you terminate kermit normally then it will hang up. Then there should be no races, but kermit will be of no use for starting pppd sessions. These problems may be avoided in many different ways: 1. suspend kermit instead of exiting from it. 2. some kludge to hold the device open after exiting from kermit. 3. run kermit from inside pppd. 4. run something simpler than kermit from inside pppd. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199508090311.NAA02181>