delta/libsoup.git/libsoup/soup-date.c, branch 2.48.1

Add missing (nullable) annotations, assorted minor introspection fixes

2014-11-23T14:39:54+00:00

https://bugzilla.gnome.org/show_bug.cgi?id=729987

docs: Lots of minor fixes and additions

2012-12-28T02:13:34+00:00

Add per-version deprecation/availability warnings

2012-11-08T16:28:39+00:00

Add SOUP_VERSION_X_XX, SOUP_VERSION_MIN_REQUIRED, and
SOUP_VERSION_MAX_ALLOWED, to enable version-based warnings.

Tag all functions with appropriate SOUP_AVAILABLE_IN_ and
SOUP_DEPRECATED_IN_ macros.

Also, fix up some "Since" tags to not refer to unstable releases or
non-.0 point releases.

Clean up includes

2012-07-13T18:18:36+00:00

Especially, include soup.h rather than individually including a bunch
of other public soup-*.h files.

Remove unnecessary system includes (many are leftovers from code that
has moved down into glib).

Use G_DEFINE_INTERFACE and G_DEFINE_BOXED_TYPE

2012-07-13T18:18:36+00:00

SoupCookieJar: catch overflows when parsing very distant dates

2011-03-11T11:52:56+00:00

Our APIs use an int for max_age, which meant that when reading a
cookie file/db written by another program on a 64-bit architecture, a
very large max_age would overflow. Fix things up to avoid that. Since
we can't change the APIs to use a long for max_age, this means that we
will end up expiring the cookie "early" (eg, in 20 years rather than
50).

Based on a patch from Mark Starovoytov
https://bugzilla.gnome.org/show_bug.cgi?id=643462

Parse month names regardless of case

2011-03-08T15:01:36+00:00

A test case is added that verifies that this works.

Fixes: https://bugzilla.gnome.org/show_bug.cgi?id=644048

Fix a warning (again)

2011-01-25T17:18:57+00:00

soup-date uses strtoul() to parse the sub-second portion of an ISO
8601 timestamp (to verify that it's syntactically valid), but then
throws that information away. gcc 4.6 is pickier about how we throw it
away though.

soup_date_new_from_string: fix an out-of-bounds memory access

2010-06-10T00:10:59+00:00

soup_date_new_from_string() would sometimes read off the end of the
string, but tests/date didn't catch this even under valgrind, because
all of the strings were compile-time constants and they got laid out
in a way that never triggered a read of invalid memory. So tweak the
test to g_strdup each string before parsing it, which will let
valgrind notice if we read outside its bounds in the future.

https://bugzilla.gnome.org/show_bug.cgi?id=620288

Add get methods for SoupCookie, SoupDate, and SoupURI fields

2010-04-29T00:49:23+00:00

for added introspectability