Return to BSD News archive
Path: euryale.cc.adfa.oz.au!newshost.carno.net.au!harbinger.cc.monash.edu.au!nntp.coast.net!news2.acs.oakland.edu!news.tacom.army.mil!news.webspan.net!www.nntp.primenet.com!nntp.primenet.com!news.mathworks.com!fu-berlin.de!irz401!orion.sax.de!uriah.heep!news From: j@uriah.heep.sax.de (J Wunsch) Newsgroups: comp.unix.bsd.freebsd.misc Subject: Re: why this script works under linux but not freebsd? Date: 1 Dec 1996 08:40:09 GMT Organization: Private BSD site, Dresden Lines: 22 Message-ID: <57rg99$9p6@uriah.heep.sax.de> References: <329eef7c.869544@netnews.hinet.net> Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) NNTP-Posting-Host: localhost.heep.sax.de Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Newsreader: knews 0.9.6 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E vcba79@ms1.hinet.net (Vincent Chen) wrote: > Any way, > the following routine work fine under linux but not for freebsd. > Under freebsd, it repeat dial until carrier detect and start ppp > daemon. this way, ppp daemon always tell me 'config request > timeout'. But if put chat sequence into ppp command line, it > works. Your device is configured for ``hangup on last close''. As soon as chat(1) closes the line, it hangs up again. If you spawn this as a subprocess to pppd(8), it will carefully keep the file descriptor open (i believe :) since it knows about this behaviour. That's certainly the reason why pppd(8) offers to spawn the chat process in the first place. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)