From owner-freebsd-current  Wed Nov 15 22:55:45 1995
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id WAA01850
          for current-outgoing; Wed, 15 Nov 1995 22:55:45 -0800
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id WAA01830
          ; Wed, 15 Nov 1995 22:55:41 -0800
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id WAA20629; Wed, 15 Nov 1995 22:55:07 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199511160655.WAA20629@GndRsh.aac.dev.com>
Subject: Re: startslip
To: jkh@time.cdrom.com (Jordan K. Hubbard)
Date: Wed, 15 Nov 1995 22:55:07 -0800 (PST)
Cc: nate@rocky.sri.MT.net, msmith@atrad.adelaide.edu.au, current@FreeBSD.ORG,
        jhs@FreeBSD.ORG
In-Reply-To: <27926.816503133@time.cdrom.com> from "Jordan K. Hubbard" at Nov 15, 95 10:25:33 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1690      
Sender: owner-current@FreeBSD.ORG
Precedence: bulk

> 
> > Yea, what is the setup of your /dev/cuaa1 device like, I suspect that as
> > soon as chat closes /dev/cuaa1 it hangs up the modem.  What is hupcl on
> > /dev/cuaa1 set to??
> 
> It shouldn't matter?  The whole advantage of running chat under
> slattach is that it's supposed to be run on the fd that slattach
> already has open, so there's no question of the hangup-after-dial
> problem that would otherwise occur if you did the
> open-dial-close-slattach cycle.  I know, I've been there too with my
> little kermit dialer scripts.

It wouldn't be the first time this was broken.  I don't ever see it when
it is broken as my modem ignores the signals since I never want it to
hang up no matter what happens, even if I power my box off my modem stays
on line.

> Of course, if it turns out that you're right about this then slattach
> is deeply broken and has managed to nullify the whole advantage that
> was the point of adding the external dial agent capability to
> slattach!

It also may have to do with calling a shell script that calls chat that
is really a sub-shell with the device redirected onto standard in and
standard out.  The setup I use here is a very simple modem dial program
written by Marc Frajola that is run directly by slattach (ie, no shell
and no subshell in between).  I do know that when I helped someone local
setup his system using slattach and chat I had a real nightmore getting
it to work correctly until I turned off either hupcl or made his modem
ignore the signals, this was just after 2.0.5.

-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD