| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
New Feature
Description:
Added dumping array datatypes to h5dump and the tool library.
Platforms tested:
FreeBSD 4.1.1 (hawkwind)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
new feature
Description:
h5tools.c:
Created h5tools_init() and h5tools_close() for the initialization
of the h5tools library and closing of it. With this, the rawdatastream
and other internal structures can be initialized properly.
h5tools.h:
added prototypes for h5tools_init and h5tools_close.
h5dump.c:
h5ls.c:
Added the calls for h5tools_init() and h5tools_close().
Platforms tested:
IRIX64 -64 parallel and Linux
|
|
|
|
|
|
|
|
|
|
|
| |
Bug Fix
Description:
People need to type in the full-path to the
attribute/dataset/etc. and weren't being told to do so by the
"usage" statement.
Solution:
Added an example and changed <names> to <path> to be more
explicit...
|
|
|
|
|
|
|
|
|
|
|
|
| |
Feature
Description:
Allow dumping of variable length records. This is a first-time
stab at this. It doesn't break any tests on my Linux box and it
does output the variable length data, but it might look ugly (it
doesn't handle new-lines as of yet)...I'm open to suggestions on
what should be done next, what new features to add/remove...
Platforms tested:
Linux
|
|
|
|
| |
Format changes
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug fix
Description:
Attempted to close rawdatastream even if it has not been
used to open a new file. Many systems tolerated the NULL
value but not FreeBSD.
Solution:
Check for the NULL value too.
Platforms tested:
hawkwind (freeBSD) and modi4 parallel.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New Feature
Description:
Add -o option to h5dumper. It displays the raw data of datasets to a
separate output file.
Add a feature to h5tools library that it uses the FILE *rawdatastream
as the stream for the display of datasets raw data.
Solution:
Define an "extern FILE *rawdatastream" in h5tools.h
and declare it in h5tools.c. This way, it would work
even if an application does not explicitely declare it.
Tried to initialized it to stdout as
FILE *rawdatastream = stdout;
but Linux gcc rejected it though all other platforms+compilers
accepted it fine. For now, put in a kludge to set it right
before it is used. Need a safer way to initialize it.
Platforms tested:
arabica, eirene, modi4 -64.
|
|
|
|
|
|
|
|
|
|
| |
Reformat the source
Description:
The tabstop seems to defined different from 8-stops. The
source files looked very confusing. Just reformate the
files. Not change to source code at all.
Platforms tested:
modi4 -64.
|
|
|
|
|
|
| |
Clean up small compiler warnings and add missing function prototypes.
Platforms tested:
FreeBSD 4.1
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. The `driver' table is initialized only once, making it faster and
leaking less memory.
2. The returned driver name is set to the empty string on failure.
3. Added an argument so the function cannot overwrite the end of the
drivername return value.
4. Avoids core dump when assigning driver name to return value if the
file could not be opened by any driver.
5. Changed name of function to h5dump_fopen() to follow the naming
scheme for this source file.
6. Reindented according to hdf5 code standard.
7. Added `const' qualifiers to read-only formals.
8. Removed duplicate forward declaration.
Reindented some parts of these source files that had very odd indentation
(some lines had no indentation while others had 3x what they should).
Fixed calls to H5ToolsFopen() function.
|
|
|
|
|
|
|
|
|
| |
and created a function in the tools
library for it(H5ToolsFopen-takes a filename and a char ptr if you want the name of the driver)
added the function to h5tools.c, a header to h5tools.h and changed h5ls.c and h5dump.c to use the new
functions
|
|
|
|
|
|
| |
the dumper.
now it will dump bitfields using the the tools lib like h5ls does.
|
| |
|
|
|
|
| |
text is aligned
|
|
|
|
|
| |
h5tools.c h5tools.h:
Modified print_version() to use const char * argument instead.
|
| |
|
|
|
|
|
| |
prints out the data section in hexidecimal format.
in the h5dumptst.c i added a function to create an opaque test file.
|
|
|
|
|
|
| |
did before the tools lib merge.
prints the index numbers. moved the lines that were doing indenting into the conditionals.
|
|
|
|
| |
file. Same name appears as an external variable in SRB library, causing conflict.
|
|
|
|
| |
consistent.
|
|
|
|
|
|
|
| |
working
unless it was the last argument in the run time options.
just added another && condition.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
output for
the header information in the dumper. the header is the part before the data
block.
in h5dump.c there is support for the new -xml option. prints the output in xml
using the structure we just defined in h5tools.h.
h5dump.h- changed the begin_obj and end_obj macros. take an extra parameter now
|
|
|
|
| |
fixed the bug that was crashing for the development version of the dumper
|
| |
|
|
|
|
|
|
| |
a line thet closed the
attribute that wasn't ever opened. deleted the line and it was all ok.
|
|
|
|
|
|
| |
now the dump structure contains 2 extra members that tell how to format the
data for the dataset regions(blocks and pts).
had to give h5ls values for these
|
| |
|
|
|
|
|
|
| |
struct to
display the format for the obj refs.
|
|
|
|
|
|
|
|
|
| |
formatting.
in h5dump.c just initialized the values for the formatting struct.
in h5tools.c made some changes in the printing area to get the dump output to
look closer to what we wanted. the strings are currently not printing correctly.
also removed the program type variable from here.
|
| |
|
|
|
|
|
| |
figure a way to fix the problem. decided to back it out since i will
be leaving for christmas in a few days and won't be back until jan.
|
|
|
|
|
|
|
|
| |
Added -V option for displaying version information.
h5tools.c:
Added print_version routine to display version information.
h5tools.h:
Added print_version prototype.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
types
with out the square braces. also the formatting for the compound types
in the dataset part section has been corrected.
still need to update the expected outputs so there will be some errors until
I get that all checked in...
|
| |
|
|
|
|
|
|
|
|
|
| |
h5toh4 tool.
had to change some of the functions in the h5findshd.c file since we didn't
have the globals anymore. these changes also affected the h5toh5.c file.
passes all tests on unix
|
|
|
|
|
|
|
|
|
|
|
| |
and the dumper.
so i moved the dumper stuff out to the libary. Had to change some functions
in h5findshd so they would stop using globals that shouldn't be defined in the
lib. I will remove the globals next. also the h5findshd.c has an extra member
to the struct for that objects in the table so i added that into the appropriate place.
the dumper is working ok now but the h5toh4 is still broken.
|
|
|
|
|
|
|
|
| |
stores the info
into the tables into the tools lib.
h5findshd-had some of the same functions so i removed them for now
|
| |
|
|
|
|
|
|
| |
a windows
define
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
h5tools.h- added a define for OBJECTID-->"OBJECTID"
h5dump.c - added an option in there to print object id's
still needs some testing but I just wanted the changes to be put up there before i
forget
|
|
|
|
|
|
| |
output(number of cols)
not added to the release only the development
|
|
|
|
| |
fixed the unnamed data type bug(wasn't printing the root slash)
|