TODO: add whefs_stream_open() analog to whefs_dev_open() but returning a
whio_stream object. This will simplify integration with certain whio
features, e.g. gzip de/compression of pseudofiles.
This will have to wait on the fix needed for Issue #6, because if not then
this feature would lead to the same potential leak mentioned in that issue.
That fix involves internally unifying how the whefs_fs object keeps track
of opened objects (which can be of types whefs_inode, whefs_file, whio_dev,
and eventually whio_stream). Currently it only tracks the opened inodes.
Original issue reported on code.google.com by sgbeal@googlemail.com on 20 Jun 2009 at 2:45
Original issue reported on code.google.com by
sgbeal@googlemail.com
on 20 Jun 2009 at 2:45