From owner-cvs-lib  Fri Jul 18 22:33:49 1997
Return-Path: <owner-cvs-lib>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id WAA08199
          for cvs-lib-outgoing; Fri, 18 Jul 1997 22:33:49 -0700 (PDT)
Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30])
          by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id WAA08189;
          Fri, 18 Jul 1997 22:33:23 -0700 (PDT)
Received: from labs.usn.blaze.net.au (local [127.0.0.1])
	by labs.usn.blaze.net.au (8.8.6/8.8.5) with ESMTP id PAA01163;
	Sat, 19 Jul 1997 15:32:14 +1000 (EST)
Message-Id: <199707190532.PAA01163@labs.usn.blaze.net.au>
X-Mailer: exmh version 2.0gamma 1/27/96
To: Bruce Evans <bde@zeta.org.au>
cc: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, cvs-lib@FreeBSD.ORG,
        davidn@FreeBSD.ORG
Subject: Re: cvs commit: src/lib/libutil login_auth.c 
In-reply-to: Your message of "Sat, 19 Jul 1997 15:09:36 +1000."
             <199707190509.PAA27608@godzilla.zeta.org.au> 
X-Face: (W@z~5kg?"+5?!2kHP)+l369.~a@oTl^8l87|/s8"EH?Uk~P<Wc^}f75I|456ez/M
 E3OlD+ZL@c>#N+Ec~Z&@;'LL!;3?y<m[SK`'\R~Oe|(t-x+U@a%p!1_fZP0!Tb^?'%M1|"n9
 Fl{Ao~%X[Ec|bMlaN-3#x.e')nZ2/HHYSa2D[:bk#pj0(}\HpKeE}/GqUb3-1}lnUm6Et4?(
 gB5[*Z3Mu6o{Og.EJ))beY9oq9wcVU7_n}:I2JvCaa[5=&PI;x__["DL`uI}=s>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 19 Jul 1997 15:32:14 +1000
From: David Nugent <davidn@labs.usn.blaze.net.au>
Sender: owner-cvs-lib@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

>  >  Modified files:
>  >    lib/libutil          login_auth.c 
>  >  Log:
>  >  sleep() after sending 'nologin' file to ensure output is drained before
>  >  disconnect.
>  
>  This should use tcdrain(3).

Well, no, it doesn't appear to be an operating system issue. The
sleep() is done after the close(). The problem occurs when DCD
on a serial port is lowered before the *modem* has sent all of
its data, and I can easily reproduce the problem on a telnet
connection as well (due to telnet's usual misfeature of quitting
early). tcdrain() before the close() has no effect - I tried that
before I understood the problem.

-- 
David Nugent - Unique Computing Pty Ltd - Melbourne, Australia
Voice +61-3-9791-9547  Data/BBS +61-3-9792-3507  3:632/348@fidonet
davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/