X-Spam-Check-By: sourceware.org
Message-ID: <44983B60.7010903@redhat.com>
Date: Tue, 20 Jun 2006 14:16:00 -0400
From: Jeff Johnston <jjohnstn AT redhat DOT com>
User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929)
MIME-Version: 1.0
To: newlib AT sourceware DOT org
Cc: cygwin AT cygwin DOT com
Subject: Re: strtod (and atof) on hex numbers
References: <af54caaf0606201000o4df93c69scbc55bf24f12915d AT mail DOT gmail DOT com> <20060620171835 DOT GH29251 AT calimero DOT vinschen DOT de>
In-Reply-To: <20060620171835.GH29251@calimero.vinschen.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

This is a C99 extension to strtod over original ANSI C90 which is what 
newlib started with.  I'll start working on it, but don't expect 
anything too quick.

-- Jeff J.

Corinna Vinschen wrote:
> This is a newlib issue.  I redirected this to the appropriate mailing
> list newlib AT sourceware DOT org.
> 
> 
> On Jun 20 13:00, Paul Biggar wrote:
> 
>>Hi,
>>
>>atof (and hence strtod) on hexadecimal numbers results in 0.0 (errno
>>of 0). This may be related to an old issue where NaN isnt correctly
>>parsed. I believe it isnt correct behaviour:
>>
>>http://www.opengroup.org/onlinepubs/000095399/functions/atof.html
>>
>>
>>
>>I've tested it for integers in the range 0x8000000 to 0xFFFFFFFF. It
>>works properly on
>>
>>ubuntu dapper, gcc 4.1 on i386;
>>debian stable, gcc 3.3 on amd64
>>sunos ?, gcc 3.4 on sparc
>>
>>I'm using standard cygwin distribution, which uses gcc 3.4.4 (cygming 
>>special)
>>
>>Sample code:
>>
>>#include "limits.h"
>>#include <iostream.h>
>>#include "errno.h"
>>
>>int main()
>>
>>{
>>       cout << ULONG_MAX << endl;
>>       cout << 0xFFFFFFFF << endl;
>>
>>       errno = 0;
>>       cout << atof("0xFFFFFFFF") << endl;
>>       cout << errno << endl;
>>
>>       errno = 0;
>>       cout << strtod("0xFFFFFFFF", NULL) << endl;
>>       cout << errno << endl;
>>
>>}
>>
>>
>>Is this being fixed? I could find a mention of it before. Does anyone
>>know a simple workaround?
>>
>>Thanks
>>Paul
> 
> 
> Corinna
> 


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/