Opened 11 years ago

Closed 7 years ago

#268 closed defect (fixed)

encode/decode-universal-time with highly fractional time-zones

Reported by: gz Owned by: gb
Priority: trivial Milestone:
Component: ANSI CL Compliance Version:
Keywords: Cc:

Description

? (decode-universal-time
    (encode-universal-time 10 10 10 1 1 2000 1787/360) 1787/360)
0
61/6
10
1
1
2000
5
NIL
1787/360

The first two values are wrong.

Change History (3)

comment:1 Changed 7 years ago by rme

The 32-bit lisp shows the incorrect output. The 64-bit lisp gets at least this particular test case right.

comment:2 Changed 7 years ago by gb

In the trunk - where work was done on this recently - I get the same (correct) results in 32- and 64-bit CCL.

Welcome to Clozure Common Lisp Version 1.9-dev-r15309M-trunk  (LinuxX8632)!
? (encode-universal-time 10 10 10 1 1 2000 1787/360)
3155728080
? (decode-universal-time * 1787/360)
10
10
10
1
1
2000
5
NIL
1787/360

This (handling of fractional time zones) was one of the things that r15304 was supposed to address, and AFAIK it did.

comment:3 Changed 7 years ago by rme

  • Resolution set to fixed
  • Status changed from new to closed

Fixed in the trunk by r15304.

(I was using an up-to-date 64-bit lisp, but my 32-bit lisp was out of date. D'oh.)

Note: See TracTickets for help on using tickets.