GNU bug report logs - #5114
23.1.50; (string-to-number (number-to-string most-positive-fixnum))

Previous Next

Package: emacs;

Reported by: Helmut Eller <eller.helmut <at> gmail.com>

Date: Thu, 3 Dec 2009 15:05:07 UTC

Severity: normal

Tags: fixed

Fixed in version 24.1

Done: Lars Magne Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Helmut Eller <eller.helmut <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: bug#5114: 23.1.50; (string-to-number (number-to-string most-positive-fixnum))
Date: Sat, 05 Dec 2009 16:18:13 +0100

* Eli Zaretskii [2009-12-05 15:25+0100] writes:

>> From: Helmut Eller <eller.helmut <at> gmail.com>
>> Date: Sat, 05 Dec 2009 13:36:41 +0100
>> Cc: 5114 <at> emacsbugs.donarmstrong.com
>> 
>> +  else {
>> +    unsigned long u = 0;
>
> This assumes that `unsigned long' is the same width as EMACS_INT.
> This could be false, e.g., with 64-bit MS-Windows.  Isn't it better to
> use EMACS_INT instead?

Using EMACS_UINT wouldn't hurt.  Does MOST_POSITIVE_FIXNUM not fit in a
unsigned long on Windows?  I assumed that longs are supposed to be as
wide as pointers.

Helmut
This bug report was last modified 13 years and 246 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.