From owner-freebsd-current@FreeBSD.ORG Wed Nov 3 11:20:34 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DBBD16A4CE for ; Wed, 3 Nov 2004 11:20:34 +0000 (GMT) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D72A43D2D for ; Wed, 3 Nov 2004 11:20:33 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id iA3BKWAG016247; Wed, 3 Nov 2004 12:20:32 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Andrey Chernov From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 03 Nov 2004 14:18:13 +0300." <20041103111813.GB13047@nagual.pp.ru> Date: Wed, 03 Nov 2004 12:20:32 +0100 Message-ID: <16246.1099480832@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org Subject: Re: Recent TTYDEF_LFLAG default change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Nov 2004 11:20:34 -0000 In message <20041103111813.GB13047@nagual.pp.ru>, Andrey Chernov writes: >On Wed, Nov 03, 2004 at 12:15:34PM +0100, Poul-Henning Kamp wrote: >> Because if you open a serial port and it defaults to echo, you may end up in >> an "echo-war" with the other end before you ever get a chance to call >> ioctl and disable echoing. > >Well, use TTYDEF_LFLAG_NOECHO I suggest for that case and leave >user-visible default untouched to not break userland programs. How many pieces of software know about TTYDEF_* outside our sourcecode ? Most of it would be bogus I think, software should record the current state and restore that, not mangle it with defaults. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.