From owner-freebsd-current  Tue Jan 21 20:20:35 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id UAA11241
          for current-outgoing; Tue, 21 Jan 1997 20:20:35 -0800 (PST)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id UAA11228
          for <current@freebsd.org>; Tue, 21 Jan 1997 20:20:29 -0800 (PST)
Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id PAA01281; Wed, 22 Jan 1997 15:14:50 +1100
Date: Wed, 22 Jan 1997 15:14:50 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199701220414.PAA01281@godzilla.zeta.org.au>
To: bde@zeta.org.au, msmith@atrad.adelaide.edu.au
Subject: Re: VM bogon? Was: Re: NIS breakage
Cc: current@freebsd.org
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

>Is there general consensus that users will understand the need 
>to enter '0x' in front of hex values?  

Some won't, but most cases should start with 0xMN... with the cursor
initially on the M (not invisible and at the end like now), so it would
takes extra keystrokes to not use 0x.

>strtoul() in (the old) userconfig is somewhat broken I think; is it legal
>to say :
>
>	unsigned long acc;
>	...
>	acc = -acc;

Perfectly legal.  It has completely specified behaviour for all values of
`acc', which is more than can be said for `signed long acc'.  strtoul.c
should still be essentially the same as the library version.

>> Del is fairly useless as an editing key (unless

>It has to be to cover all the possible misconfigurations of serial
>terminals.  Of the collection I tested with, I met some that could 
>be convinced to emit either BS or DEL, some had keys for both, and
>one unit had a "<-" key which emitted DEL only.

Yes, it isn't great for deleting devices either.

Bruce