From owner-freebsd-hackers Sat Dec 20 10:54:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA04467 for hackers-outgoing; Sat, 20 Dec 1997 10:54:15 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA04404 for ; Sat, 20 Dec 1997 10:53:33 -0800 (PST) (envelope-from tlambert@usr09.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id LAA07022; Sat, 20 Dec 1997 11:53:29 -0700 (MST) Received: from usr09.primenet.com(206.165.6.209) via SMTP by smtp04.primenet.com, id smtpd007007; Sat Dec 20 11:53:28 1997 Received: (from tlambert@localhost) by usr09.primenet.com (8.8.5/8.8.5) id LAA09179; Sat, 20 Dec 1997 11:53:23 -0700 (MST) From: Terry Lambert Message-Id: <199712201853.LAA09179@usr09.primenet.com> Subject: Re: close() on a modem taking a long time? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 20 Dec 1997 18:53:22 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199712192233.XAA26562@uriah.heep.sax.de> from "J Wunsch" at Dec 19, 97 11:33:32 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Serial ports usually wait for output to finish on a close (I think). > > You may be able to disable this feature.. see man termios (HUPCL?). > > Nope, that's not the solution. comcontrol(8) is, you can set > drainwait to a number of seconds you prefer. > > It's probably better to fix the application to wait until all output > has been drained. Better to fix the driver to ignore/assert RTS/CTS while DCD remains off, and to take an on-to-off DCD transition as indicating "flush output to null". THen the error won't happen in the first place. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.