From owner-freebsd-current Mon Oct 8 2:16:27 2001 Delivered-To: freebsd-current@freebsd.org Received: from plab.ku.dk (plab.ku.dk [130.225.105.65]) by hub.freebsd.org (Postfix) with ESMTP id A112E37B408 for ; Mon, 8 Oct 2001 02:16:22 -0700 (PDT) Received: (from root@localhost) by plab.ku.dk (8.11.3/8.9.3) id f989GHG35873 for freebsd-current@FreeBSD.ORG.AVP; Mon, 8 Oct 2001 11:16:17 +0200 (CEST) (envelope-from postmaster@plab.ku.dk) Received: from raven.plab.ku.dk (raven.plab.ku.dk [130.225.105.67]) by plab.ku.dk (8.11.3/8.9.3) with ESMTP id f989GGv35857; Mon, 8 Oct 2001 11:16:16 +0200 (CEST) (envelope-from postmaster@plab.ku.dk) In-Reply-To: Bruce Evans's message of "Mon, 8 Oct 2001 18:06:33 +1000 (EST)" Subject: Re: /dev/cuaa broken ? Content-Transfer-Encoding: 8bit References: <20011008163346.C14481-100000@delplex.bde.org> To: Bruce Evans From: Dmitry Karasik Cc: Keywords: 2001334874 X-Comment-To: Bruce Evans Content-Type: text/plain; charset="koi8-r" Lines: 39 Mime-Version: 1.0 Date: 08 Oct 2001 11:17:15 +0200 X-Mailer: Mail::Mailer[v1.18] Net::SMTP[v2.13] Message-Id: Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi Bruce! On 08 Oct 01 at 18:06, "Bruce" (Bruce Evans) wrote: Thanks Bruce Further investigation revealed the following fact, which might be relevant. If a write of 1 byte is issued, everything is O.K - contrary to when more than 1 byte is written, there is a problem. It was noticed first with cu, when I typed a command from keyboard and copy-pasted it after and received different results. As for now, we have fixed our code in such a fashion that now it writes commands by 1 byte - but since the exact problem cause is unknown, be it dtr state or something else, it might be still a hack, that wouldn't work in different circumstances, on a faster machine for example. If that bug makes a particular interest to you, I can make an account for you on that box. Bruce> I haven't found the bug yet. It was first fixed relatively Bruce> recently in rev.1.152 (1996/11/30) of sio.c. Until then, you had Bruce> to have waits in your program or dtrwait large enough to avoid loss Bruce> of data on close. But dtrwait didn't help for the ioctls that need Bruce> to wait for output to drain. Bruce> Bruce -- Sincerely, Dmitry --- www.karasik.eu.org --- Life ain't fair, but the root password helps. - BOFH To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message