curl - cURL mirror with patches applied

Age	Commit message (Collapse)	Author
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