*BSD News Article 83991


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. ;-)