Issues
- 1
Some systems failed to build for Quicklisp dist
#104 opened by quicklisp - 2
- 0
- 1
cl-fad should be listed as a dependency in the asd
#107 opened by mjkalyan - 1
Is an arbitrary time parser desirable?
#108 opened by jcguu95 - 3
:MINUTE vs. :MIN
#87 opened by phmarek - 0
On Windows 10 a file creation bug during testing.
#100 opened by tomrake - 1
More docstrings
#103 opened by digikar99 - 0
- 0
type-error found with sbcl
#96 opened by Slids - 2
- 1
Parse asctime
#85 opened by Ambrevar - 0
- 4
Parsing rfc1123 timestamps
#60 opened by fisxoj - 2
SBCL: incorrect variable names
#84 opened by phoe - 1
When using (offset :day-of-week ...), the result of adjust-timestamp can be in the future of the input
#79 opened by emdeesee - 1
TIMESTAMP/= behaves differently than CL:/=
#72 opened by attila-lendvai - 2
%get-current-time dispatch-macro-character error when loading with lispworks 7.0/7.1
#74 opened by paulvaneecke - 2
Forcing timestamps in UTC
#70 opened by boechat107 - 1
Bug when converting local time to UTC, near transition to/from daylight saving time
#67 opened by bakketun - 2
- 0
clone-timestamp is not exported
#64 opened by mak08 - 1
documentation refers to political-time and scientific-time -- these don't seem to exist (anymore)
#62 opened by slyrus - 3
- 5
regressions in quicklisp 2013-06-15
#15 opened by avodonosov - 2
parsing local-time
#56 opened by knobo - 2
- 2
%timestamp-decode-iso-week returns incorrect week
#50 opened by pg42 - 0
- 1
- 5
Timezones handling
#47 opened by mmontone - 0
TIMESTAMP-MINIMIZE-PART and TIMESTAMP-MAXIMIZE-PART off by one hour across daylight saving time
#37 opened by kmkaplan - 1
Interval/time delta representation
#27 opened by tmccombs - 0
Problem with timestamp-whole-year-difference
#43 opened by lphaf - 1
Question: timestamp parsing and timezones
#46 opened by mmontone - 2
- 2
parse-timestring is double
#42 opened by jiroukaja - 0
- 1
Political/scientific time switch should be removed
#34 opened by orivej - 4
reread-timezone-repository is not exported
#33 opened by eudoxia0 - 11
- 3
encode-timestamp returns time on the previous day...
#31 opened by gtod - 2
- 2
Use OS provided zoneinfo database when available
#25 opened by dimitri - 2
- 0
- 1
Internal function valid-timestamp-p could be smarter about restricting the valid integer range for YEAR arg
#3 opened by mon-key - 4
adjust-timestamp hangs
#1 opened by mishoo