From mboxrd@z Thu Jan  1 00:00:00 1970
From: erik quanstrom <quanstro@quanstro.net>
Date: Mon, 11 Mar 2013 19:55:53 -0400
To: 9fans@9fans.net
Message-ID: <71d5bd1d0ba63c9e3643e932561e1a69@ladd.quanstro.net>
In-Reply-To: <20130311225516.2EF5CB82A@mail.bitblocks.com>
References: <20130311220907.46195B82A@mail.bitblocks.com>
	<CAGGHmKGkSnXTb_HAJF4VBX71oqr9fTS+rtskafPSFRiqtkCcbQ@mail.gmail.com>
	<20130311225516.2EF5CB82A@mail.bitblocks.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Subject: Re: [9fans] atol() bug
Topicbox-Message-UUID: 27694a08-ead8-11e9-9d60-3106f5b1d025

On Mon Mar 11 18:56:04 EDT 2013, bakul@bitblocks.com wrote:
> On Mon, 11 Mar 2013 15:44:05 PDT Steven Stallion <sstallion@gmail.com> wrote:
> > from atof(2):
> >
> >      BUGS
> >           Atoi, atol, and atoll accept octal and hexadecimal numbers
> >           in the style of C, contrary to the ANSI specification.
>
> This BUG is obviously very easy to fix but it hasn't been....
> Any good reason for this or just laziness?  Anyway, more cruft
> to remember (and debug when porting software).

there is a deep-seated assumption on the system that strtou?ll? accept
hex and octal.  the fact that it's in the BUG section rather than fixed
means there are good reasons for not fixing it.

if you were to make this change, i would be surprised if you could
boot your kernel.

- erik