[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Arithmetic range error
From: |
Robert Pluim |
Subject: |
Re: Arithmetic range error |
Date: |
Fri, 08 Feb 2019 14:34:29 +0100 |
Eli Zaretskii <address@hidden> writes:
>> From: Robert Pluim <address@hidden>
>> Date: Fri, 08 Feb 2019 14:15:15 +0100
>> Cc: address@hidden
>>
>> > most-positive-fixnum:
>> > 536870911
>> >
>>
>> And that shows that Iʼd forgotten about the tag bits in emacs
>> integers. 'floor' is trying to convert 1549541220, which is greater
>> than your most-positive-fixnum.
>>
>> You can either switch to a 64 bit platform, or try rebuilding emacs
>> with '--wide-int', which will attempt to use 62 bit integers (or
>> switch to the unreleased emacs-27, which has essentially unbounded
>> integers).
>
> All true, but we still didn't drop support for 32-bit platforms
> without wide-int (and don't plan to do so any time soon), so we should
> fix this for those platforms' sake.
The problem comes from org's desire to have the ctime as a single
integer. Reverting the commit that changed org to use 'floor' will
just result in truncation (but people might not care about that, since
weʼd be dropping the high bits of the timestamp). Ideally org would
handle the list form of timestamps, but thatʼs something for org
developers to decide.
Robert
- Arithmetic range error, Colin Baxter, 2019/02/08
- Re: Arithmetic range error, Robert Pluim, 2019/02/08
- Re: Arithmetic range error, Colin Baxter, 2019/02/08
- Re: Arithmetic range error, Robert Pluim, 2019/02/08
- Re: Arithmetic range error, Eli Zaretskii, 2019/02/08
- Re: Arithmetic range error,
Robert Pluim <=
- Re: Arithmetic range error, Eli Zaretskii, 2019/02/08
- Re: Arithmetic range error, Robert Pluim, 2019/02/08
- Re: Arithmetic range error, Nicolas Goaziou, 2019/02/08
- Re: Arithmetic range error, Colin Baxter, 2019/02/09
- Re: Arithmetic range error, Paul Eggert, 2019/02/10
- Re: Arithmetic range error, Nicolas Goaziou, 2019/02/10