Name | Modified | Size | Downloads / Week |
---|---|---|---|
Parent folder | |||
README.txt | 2010-12-07 | 2.3 kB | |
getdata-0.7.1.tar.bz2.sig | 2010-12-07 | 198 Bytes | |
getdata-0.7.1.tar.gz.sig | 2010-12-07 | 198 Bytes | |
getdata-0.7.1.tar.bz2 | 2010-12-06 | 757.1 kB | |
getdata-0.7.1.tar.gz | 2010-12-06 | 1.1 MB | |
Totals: 5 Items | 1.8 MB | 0 |
GetData 0.7.1 is known to compile and pass the test suite on the following systems (including C++ and Fortran bindings): Linux: * x86 and x86_64, using gcc 4.5 or icc 10.1, under Slackware, Fedora, Ubuntu, CentOS * armv5tej, using gcc 3.3 under Debian MacOS X: * x86 and x86_64, using Xcode 3.2/gcc 4.2, under MacOS X Snow Leopard Cygwin: * x86_64, using gcc 4.3 Win32: * x86_64, using mingw/gcc 4.5, under MSys The Python bindings have been tested with Python 2.4 and Python 2.6. The IDL bindings have been tested with IDL 6.0, IDL 7.1 and IDL 8.0. -------------------------------------------------------------------------------------------------------- New in version 0.7.1: Library Changes * BUG FIX: When the parser fails in a gd_include() call, the internal list of conformant Standards Versions for the loaded dirfile is no longer corrupted. * BUG FIX Performing two consecutive reads of the same field in an ASCII encoded datasources no longer confuses GetData. * BUG FIX: Numerous memory leaks have been patched (mostly pin-holes, although there are a few, rare but egregious ones). API Changes: * The value(s) of a CONST or CARRAY field added with gd_[m]add() is now guaranteed to be zero; previously, it was unspecified. * BUG FIX: Specifying both GD_VERBOSE and GD_IGNORE_DUPS no longer results in spurious "Field code already defined" messages when duplicate fields are encountered. * BUG FIX: Calling gd_delete on a metafield no longer results in a segfault. Bindings Changes: * F77 BUG FIX: A memory leak in GDASCA has been fixed. * Python BUG FIX: The first element of a python list (instead of a NumPy array) is no longer dropped when passed to pygetdata on 64-bit systems. Utilities Changes: * dirfile2ascii now pads reads past the end-of-field. The value used to pad may be specified with '-z', and defaults to 0/NaN. Previously, the value of uninitialized memory was output. * BUG FIX: dirfile2ascii now does what the user intends when presented with cart-before-horse arguments, ie. "dirfile2ascii -e field DIRFILE". Previously this resulted in confusion. * BUG FIX: dirfile2ascii now accepts field conversion '-u', which was documented but overlooked in the argument parser.