This is a bug fix release addressing 3 issues:
- Big-endian systems have been ignored for all these days, as
very few people belong to such user case. Most users would:
- Either directly run
rifiuti2
on Wintel systems (little endian), or - Take snapshot of file system and extract files on Linux for further inspection (also most likely little endian)
But there is actually no reason not to fix it — especially original
rifiuti
already coped with big-endian systems from the start.So made up my mind and set up a Qemu PPC Debian virtual machine. Hopefully this is enough for addressing any big-endian issues in future.
- Either directly run
-
For tab-delimited output, use the old
YY:MM:DD hh:mm:ss
date/time format again. This would hopefully ease problem of having spreadsheet programs (like MS Office and OpenOffice) not recognizing the format. Although the question of addressing ISO8601 format in Excel has been discussed in some places (like this StackOverflow answer), it is always better to let users handle the data as efficient as possible. - Timezone value for places using Daylight Saving Time was wrong —
it was not tested as rigorously as it should be, and the support for date/time
in Windows C runtime library turns out to be shaky. Recent testing
indicates
Windows _ftime()
to be unreliable for use. In particular,_timeb.dstflag
does not respectTZ
environment variable and always use control panel setting, so users modifyingTZ
variable would see wrong result.