From cdc5993634cd44d488923aaa9d4cb61c8a31826b Mon Sep 17 00:00:00 2001 From: Linas Vepstas Date: Sun, 20 Dec 1998 09:12:57 +0000 Subject: [PATCH] y2k stuff git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@1457 57a11ea4-9604-0410-9ed3-97b8803252fd --- Docs/xacc-main.html | 1 + Docs/xacc-y2k.html | 31 +++++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+) create mode 100644 Docs/xacc-y2k.html diff --git a/Docs/xacc-main.html b/Docs/xacc-main.html index 7676a891c7..3193bb5d2b 100644 --- a/Docs/xacc-main.html +++ b/Docs/xacc-main.html @@ -27,6 +27,7 @@
  • Reports
  • Using Double Entry
  • Using Income/Expense Accounts +
  • Y2K Considerations
    diff --git a/Docs/xacc-y2k.html b/Docs/xacc-y2k.html new file mode 100644 index 0000000000..407335f2d4 --- /dev/null +++ b/Docs/xacc-y2k.html @@ -0,0 +1,31 @@ + + + + GnuCash Y2K Readiness + + + +

    GnuCash Y2K Readiness

    + Gnucash version 1.1.25 and later store all dates as seconds and + nanoseconds, where the seconds are stored in a 64-bit signed integer. + This should suffice to store dates in the distant past as well as the + distant future, as long as they are less than several dozen times the + age of the universe. +

    + The file format for version 1.1.25 and later stores dates in the + above-described fashion. +

    + Some internal routines use the time_t type to express + seconds. Note that on most OS'es, this is a 32-bit quantity, and + is limited to the Unix era (Jan 1970 to August 2038). We beleive + that a signed int (31-bits) is never used internally to represent time. + Note that 31-bit quantities experience a crisis in April 2004. + We beleive that GnuCash will survive the 2004 crisis. +

    + Backup and log files are time-stamped using the standard Unix + ctime() routine, which takes a time_t argument. + Thus, the backup and log mechanism may experience trouble in 2038. + + + +