| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 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 | |
 |
index : curl | |
| cURL mirror with patches applied | Ben |
| aboutsummaryrefslogtreecommitdiff |