Date: Sat, 4 Feb 1995 08:53:45 -0500 From: Thomas David Rivers <ponds!rivers@dg-rtp.dg.com> To: peter@bonkers.taronga.com, rivers@dg-rtp.dg.com Cc: freebsd-hackers@wcarchive.cdrom.com, longyear@netcom.com Subject: Re: chat(8) improvements for SL/IP dialout. Message-ID: <199502041353.IAA19622@ponds.UUCP>
next in thread | raw e-mail | index | archive | help
>
> Looks nifty. One point:
>
> > t.c_lflag = 0;
> > + if(command) {
> > + /* If we're going to execute a command, don't hang-up */
> > + /* the device when we're done. */
> > + t.c_cflag &= ~HUPCL;
> > + }
> > t.c_cc[VERASE] = t.c_cc[VKILL] = 0;
>
> Why not? Oh, for SLIP or PPP where the command just establishes a connection
> that's useful, but for a situation where you're running some conventional
> command (like, say, a dialback security mechanism) you want to retain HUPCL.
>
> I'd say make this a separate option, or even better have an optional set of
> stty arguments to apply to the port (including baud rate, which you can pre-
> parse to set up before calling stty and the command).
That's a very good idea!
>
> (pppd is already set up to call chat itself. I'm sorta surprised slip doesn't
> do that...)
>
>
- Dave Rivers -
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199502041353.IAA19622>