Search
Saturday, 23rd of September 2017, 9:19:04 UTC
10:00:01
Posterdati
please is there anyone that checked get-decoded-time behaviour on sbcl?
10:01:22
Posterdati
it seems to be wrong
10:04:28
Posterdati
should be -2 for CET
10:04:32
Shinmera
cet is -1. cest is -2.
10:05:12
Posterdati
anyway the CEST (with saving time)
10:05:41
|3b|
hmm, that does look wrong if i'm reading spec correctly
10:06:28
Posterdati
anyway get-decoded-time returns different on ecl and sbcl
10:09:32
Posterdati
Local time is now: Sat Sep 23 12:09:13 CEST 2017.
10:09:39
Posterdati
Universal Time is now: Sat Sep 23 10:09:13 UTC 2017.
10:11:34
|3b|
actually, not sure which is wrong, spec is confusing :/
10:12:23
Posterdati
now timezone depends on time savings
10:13:00
|3b|
"(When ``daylight savings time'' is separately represented as an argument or return value, the time zone that accompanies it does not depend on whether daylight savings time is in effect.) "
10:21:29
Shinmera
Well, SBCL does emit a T if DST is in effect, so I guess according to that having the TZ be -1 is fine.
10:54:22
stylewarning
can SAPs be stack allocated?
12:52:45
Posterdati
Shinmera: the same does ecl, but tz = -2
18:15:39
flip214
dougk_: well, the strange thing is that the first call still works. only the second and later ones break.
20:13:16
stassats
flip214: there's nothing strange about that
Saturday, 23rd of September 2017, 21:19:04 UTC