[svn-r1341]
Changes since 19990611
----------------------
./doc/html/H5.format.html
Added documentation for opaque data types (bitfield types were
already documented but they were out of order).
./src/H5E.c
Fixed a bug with glibc2 on linux systems where `stdout' is an
extern and can't be used to initialize static data.
./src/H5T.c
./src/H5Tpkg.h
./src/H5Tpublic.h
./src/H5detect.c
Removed the `_T' from the new C9x types I just added so the
names are consistent with existing types. Besides, the fact
that something is a datatype is obvious because it starts with
H5T_NATIVE_.
./tools/h5ls.c
Added the new C9x data types. H5ls prints one of these types
only if it doesn't match one of the builtin C types.
Prints the OID for shared data types.
Fixed a formatting bug with symbolic links which was
introduced a few changes ago.
The commandline has been changed so that objects from multiple
files can be listed with a single command. Instead of
specifying a file name and an optional list of objects, each
thing to print is a file name and object concatenated. H5ls
figures out how to devide the name into a file name and object
name even when the file name part doesn't correspond to an
actual Unix file.
Old syntax: h5ls [OPTIONS] FILE [OBJECTS]
New syntax: h5ls [OPTIONS] FILE[/OBJECT] [FILE[/OBJECT]]...
Example ({X,Y} is expanded by the shell)
Old command: h5ls -d ../test/x.data dir1 dir2
New command: h5ls -d ../test/x.data/{dir1,dir2}
The filename is printed as part of the object name when full
names are requested (--full or --recursive). If people really
don't like this they can undefine a constant at the top of
h5ls.
Errors from the hdf5 library are turned off.
Commandline switches of the form `--width 80' are accepted in
addition to `--width=80'. This is more symmetric with
single-letter switches that take two forms: `-w 80' and
`-w80'.
./src/H5D.c
Added tracing instrumentation for H5Dvlen_reclaim().
./src/H5private.h
Added casts to int for the isalpha() et al macros to shut up
solaris warnings about char subscripts.
This commit is contained in:
@@ -2176,6 +2176,100 @@
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Bit Field for Bitfield types (Class 4)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="10%">Bits</th>
|
||||
<th width="90%">Meaning</th>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>0</td>
|
||||
<td><b>Byte Order.</b> If zero, byte order is little-endian;
|
||||
otherwise, byte order is big endian.</td>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>1, 2</td>
|
||||
<td><b>Padding type.</b> Bit 1 is the lo_pad type and bit 2
|
||||
is the hi_pad type. If a datum has unused bits at either
|
||||
end, then the lo_pad or hi_pad bit is copied to those
|
||||
locations.</td>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>3-23</td>
|
||||
<td>Reserved (zero).</td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Properties for Bitfield types (Class 4)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
</tr>
|
||||
|
||||
<tr align=center>
|
||||
<td colspan=2>Bit Offset</td>
|
||||
<td colspan=2>Bit Precision</td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Bit Field for Opaque types (Class 5)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="10%">Bits</th>
|
||||
<th width="90%">Meaning</th>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>0-23</td>
|
||||
<td>Reserved (zero).</td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Properties for Opaque types (Class 5)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
</tr>
|
||||
|
||||
<tr align=center>
|
||||
<td colspan=4><br>Null-terminated ASCII Tag<br>
|
||||
(multiple of 8 bytes)<br><br></td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
@@ -2268,60 +2362,6 @@
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Bit Field for Bitfield types (Class 4)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="10%">Bits</th>
|
||||
<th width="90%">Meaning</th>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>0</td>
|
||||
<td><b>Byte Order.</b> If zero, byte order is little-endian;
|
||||
otherwise, byte order is big endian.</td>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>1, 2</td>
|
||||
<td><b>Padding type.</b> Bit 1 is the lo_pad type and bit 2
|
||||
is the hi_pad type. If a datum has unused bits at either
|
||||
end, then the lo_pad or hi_pad bit is copied to those
|
||||
locations.</td>
|
||||
</tr>
|
||||
|
||||
<tr valign=top>
|
||||
<td>3-23</td>
|
||||
<td>Reserved (zero).</td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>
|
||||
<center>
|
||||
<table border cellpadding=4 width="80%">
|
||||
<caption align=top>
|
||||
<b>Properties for Bitfield types (Class 4)</b>
|
||||
</caption>
|
||||
|
||||
<tr align=center>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
<th width="25%">Byte</th>
|
||||
</tr>
|
||||
|
||||
<tr align=center>
|
||||
<td colspan=2>Bit Offset</td>
|
||||
<td colspan=2>Bit Precision</td>
|
||||
</tr>
|
||||
</table>
|
||||
</center>
|
||||
|
||||
<p>Data type examples are <a href="Datatypes.html">here</a>.
|
||||
|
||||
|
||||
@@ -3457,7 +3497,7 @@ data-type.
|
||||
<address><a href="mailto:koziol@ncsa.uiuc.edu">Quincey Koziol</a></address>
|
||||
<address><a href="mailto:matzke@llnl.gov">Robb Matzke</a></address>
|
||||
<!-- hhmts start -->
|
||||
Last modified: Thu Oct 8 09:34:16 EDT 1998
|
||||
Last modified: Fri Jun 11 14:11:57 EDT 1999
|
||||
<!-- hhmts end -->
|
||||
</body>
|
||||
</html>
|
||||
|
||||
Reference in New Issue
Block a user