From owner-freebsd-current Sun Mar 10 23:25: 3 2002 Delivered-To: freebsd-current@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by hub.freebsd.org (Postfix) with ESMTP id 44C6637B405; Sun, 10 Mar 2002 23:25:00 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.9.3/8.8.7) with ESMTP id SAA07408; Mon, 11 Mar 2002 18:24:49 +1100 Date: Mon, 11 Mar 2002 18:26:05 +1100 (EST) From: Bruce Evans X-X-Sender: To: Cc: Robert Watson , Subject: Re: Serial break into debugger broken from 'cu' on -CURRENT? In-Reply-To: <20020310164640.GA21339@myhakas.estpak.ee> Message-ID: <20020311181940.X5606-100000@gamplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 On Sun, 10 Mar 2002, Vallo Kallaste wrote: > work. The other thing I noticed was that -current cu handles speed > switch differently, e.g.: > stable: cu -l /dev/cuaa1 -9600 works well > current: cu -l /dev/cuaa1 -9600 will connect to cuaa0 not > cuaa1.. -s 9600 will work however. > What I recall is that some time back uucp was shaken out of base > system and cu also, cu's functionality was folded back to tip. > Stable indeed has different tip and cu binaries, in -current there's > hard link. The -current cu is a crock of tip. One of the bugs in it is that "cu -l /dev/foo" doesn't use the default line speed for /dev/foo; it enforces 9600. This is bug for bug compatible with the V7 cu except for the unusably slow speed of 9600. For perfect brokenness, the default speed should be 300. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message