Hi Daniel, From the upstream bug tracker:
According to http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html the POSIX locale value for the keyword D_FMT is "%m/%d/%y", where %y is used by strptime, according to the GNU C Library Reference as """The year without a century as a decimal number (range 0 through 99). Leading zeroes are permitted but not required. Note that it is questionable to use this format without the %C format. The strptime function does regard input values in the range 68 to 99 as the years 1969 to 1999 and the values 0 to 68 as the years 2000 to 2068. But maybe this heuristic fails for some input data. Therefore it is best to avoid %y completely and use %Y instead.""" So actually this looks like a standard conforming parse of a date. Andreas Köhler Setting the Debian bug to wishlist to see if gnucash can employ a warning or wrapper to help users identify when and why such parsing occurs. -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
pgp3AdRpGc0hO.pgp
Description: PGP signature
