Age | Commit message (Collapse) | Author | |
---|---|---|---|
2007-11-06 | Constified from arguments. | Gisle Vanem | |
2006-12-05 | Martin Skinner brought back bug report #1230118 to haunt us once again. | Daniel Stenberg | |
(http://curl.haxx.se/bug/view.cgi?id=1230118) curl_getdate() did not work properly for all input dates on Windows. It was mostly seen on some TZ time zones using DST. Luckily, Martin also provided a fix. | |||
2006-10-17 | Avoid typecasting a signed char to an int when using is*() functions, as that | Daniel Stenberg | |
could very well cause a negate number get passed in and thus cause reading outside of the array usually used for this purpose. We avoid this by using the uppercase macro versions introduced just now that does some extra crazy typecasts to avoid byte codes > 127 to cause negative int values. | |||
2005-12-30 | fix questionable compare | Marty Kuhrt | |
2005-12-30 | putting back into dist | Marty Kuhrt | |
2005-10-04 | Michael Wallner reported that the date parser had wrong offset stored for | Daniel Stenberg | |
the MEST and CEST time zones. | |||
2005-08-09 | Christopher R. Palmer fixed the offsets used for date parsings when the time | Daniel Stenberg | |
zone name of a daylight savings time was used. For example, PDT vs PDS. This flaw was introduced with the new date parser (11 sep 2004 - 7.12.2). Fortunately, no web server or cookie string etc should be using such time zone names thus limiting the effect of this bug. | |||
2005-07-05 | Gisle Vanem came up with a nice little work-around for bug #1230118. It | Daniel Stenberg | |
seems the Windows (MSVC) libc time functions may return data one hour off if TZ is not set and automatic DST adjustment is enabled. This made curl_getdate() return wrong value, and it also concerned internal cookie expirations etc. | |||
2005-04-26 | Cory Nelson's work on nuking compiler warnings when building on x64 with | Daniel Stenberg | |
VS2005. | |||
2005-03-31 | Updated the copyright year since changes have been this year. | Daniel Stenberg | |
2005-03-08 | mktime() returns a time_t. time_t is often 32 bits, even on many architectures | Daniel Stenberg | |
that feature 64 bit 'long'. Some systems have 64 bit time_t and deal with years beyond 2038. However, even some of the systems with 64 bit time_t returns -1 for dates beyond 03:14:07 UTC, January 19, 2038. (Such as AIX 5100-06) | |||
2005-02-11 | Removed all uses of strftime() since it uses the localised version of the | Daniel Stenberg | |
week day names and month names and servers don't like that. | |||
2004-12-20 | Make some more arrays of pointers const. | Dan Fandrich | |
2004-11-29 | if gmtime() returns NULL, this returns -1 to bail out nicely | Daniel Stenberg | |
2004-11-11 | dates from 2038 or later now return 0x7fffffff when 32 bit time_t is used | Daniel Stenberg | |
2004-09-20 | less long => int implicit conversion warnings | Daniel Stenberg | |
2004-09-15 | Replaced the former date parser with a rewrite. No more yacc/bison needed. | Daniel Stenberg | |
2004-09-13 | and moved back the month array to a static one since the ftp code won't need | Daniel Stenberg | |
it anymore | |||
2004-09-13 | support for YYYYMMDD added, which allows us to keep using the lib/ftp.c code | Daniel Stenberg | |
I was previously #ifdef'ing to a different look when this parser is used | |||
2004-09-13 | added more examples/docs in the top comment | Daniel Stenberg | |
2004-09-13 | Since many users probably already use local time strings as input, I now | Daniel Stenberg | |
made it deal with named time zones as well as mail-style +0200 ones. Seems to work fine. I'm comparing with GNU date command: date -d [date] -u +%s | |||
2004-09-11 | more docs and fixed the delta compared to GMT that prevented test case 141 to | Daniel Stenberg | |
work with this | |||
2004-09-11 | slightly better but still lacks | Daniel Stenberg | |
2004-09-11 | getdate replacement code. smaller, slicker, faster. | Daniel Stenberg | |