luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-12-27 07:56:14 +01:00
Code Issues Packages Projects Releases Wiki Activity

Document that GTimeVal is subject to the year 2038 problem on 32-bit systems

Browse Source 
It might not be immediately obvious that this is the case. Let's record
it in the description of `GTimeVal` itself and also in
`g_time_val_from_iso8601`.

We also drop an incorrect statement in the documentation for
`g_time_val_from_iso8601` stating that years up to 3000 were supported;
this is also not true for the same reason.

Related: #1509
This commit is contained in:
Iain Lane 2018-09-04 11:15:25 +01:00
parent 5b7a16a3c6
commit 68a4e273b4
2 changed files with 9 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
glib/gdate.c
View File

@ -120,7 +120,9 @@
* *
* GLib is attempting to unify around the use of 64bit integers to * GLib is attempting to unify around the use of 64bit integers to
* represent microsecond-precision time. As such, this type will be * represent microsecond-precision time. As such, this type will be
* removed from a future version of GLib. * removed from a future version of GLib. A consequence of using `glong` for
* `tv_sec` is that on 32-bit systems `GTimeVal` is subject to the year 2038
* problem.
*/ */
/** /**

10
glib/gtimer.c
View File

@ -538,10 +538,12 @@ g_time_val_from_iso8601 (const gchar *iso_date,
* variation of ISO 8601 format is required. * variation of ISO 8601 format is required.
* *
* If @time_ represents a date which is too large to fit into a `struct tm`, * If @time_ represents a date which is too large to fit into a `struct tm`,
* %NULL will be returned. This is platform dependent, but it is safe to assume * %NULL will be returned. This is platform dependent. Note also that since
* years up to 3000 are supported. The return value of g_time_val_to_iso8601() * `GTimeVal` stores the number of seconds as a `glong`, on 32-bit systems it
* has been nullable since GLib 2.54; before then, GLib would crash under the * is subject to the year 2038 problem.
* same conditions. *
* The return value of g_time_val_to_iso8601() has been nullable since GLib
* 2.54; before then, GLib would crash under the same conditions.
* *
* Returns: (nullable): a newly allocated string containing an ISO 8601 date, * Returns: (nullable): a newly allocated string containing an ISO 8601 date,
* or %NULL if @time_ was too large * or %NULL if @time_ was too large