Minor code cleanups and enhancements, but no new functionality.

Fixed some big-endian and 32-bit bugs that were introduced while adding some new datatypes. Users on PowerPC Macs or 32-bit Intel systems should upgrade from 0.3.1 as soon as feasible.

Added new datatypes:

• 'B': Double-precision float
• 'F': Float
• 'G': General (currently only generates empty values)
• 'Y': Currency

Thanks to the anonymous user who sent me docs on these datatypes and asked for them to be added.

Major backward-incompatible change to datestamp formatting! Previous versions had generated human-friendly timestamps, like 2008-09-09 11:55:00. This was a carryover from XBaseToPg's behavior. PgDBF now emits Julian-formatted timestamps like J2454719 11:55:00 for several reasons:

• XBase and PostgreSQL both store dates natively as the Julian date, so there's no need to convert to an intermediate format.
• Removing dependencies on time.h also removed the possibility of bumping up against the 32-bit time_t limits (aka the Y2038 Bug).
• Removing calls to strftime gave PgDBF a huge performance boost. It runs nearly 40% faster on a local sample table that uses several timestamp fields.
• PostgreSQL can parse Julian dates more quickly than Gregorian dates, so copying times are also faster (although not by as dramatic a margin).

The drawback is that diffs between the output of previous and current versions will be pretty huge this one time, so if you use a program to compare dumps and upload just the changes (as we do), be prepared.

Fixes to the 'timestamp' datatype to make it much faster and detect NULLs more accurately.

I think that PgDBF is now endian-safe. I've only tested this on a PowerPC Mac but I think it should carry to other platforms.

Structs pointing to data in the XBase file are now defined with types from <stdint.h> like "int32_t" and "uint16_t". This is defined in C99 and POSIX.1 so that

Added command line parsing and support for a new "-e" option to enable printing "IF EXISTS" when dropping a table. This removes the need to create a dummy table before importing a dump. This change requires <getopt.h>.

I am starting to feel the draw of Autoconf, but have been quite successfully resistant so far.

Fixed a bug that affected DBF files not created by Visual FoxPro. It always assumed the presence of a 263-byte VFP database container, even when one wasn't present.

Added sanity checks to ensure that the length of the list of database field descriptions is an even multiple of the length of an individual field description. This will give a more meaningful error message in the above case.

First public release.