walkero
/
physfs
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity

Updated.

This commit is contained in:
Ryan C. Gordon 2002-04-05 18:12:57 +00:00
parent 29be44dae5
commit fb3aa5cfb2
2 changed files with 3 additions and 14 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

2
CHANGELOG
View File

@ -2,6 +2,8 @@
* CHANGELOG. * CHANGELOG.
*/ */
04052002 - Added byte ordering API. Byte ordering fixes in grp.c, and some
cleanups in unzip.c.
04042002 - Mac work continues. Almost complete, now. test_physfs now has 04042002 - Mac work continues. Almost complete, now. test_physfs now has
tests for write, append, and filelength, and most of the tests for write, append, and filelength, and most of the
commands can tolerate a quoted argument (although this is commands can tolerate a quoted argument (although this is

15
TODO
View File

@ -8,26 +8,13 @@ These are in no particular order. A 1.0 release is reliant on doing most of
compiles under Cygwin otherwise. compiles under Cygwin otherwise.
- Hmm...we can determine the actual CD-ROM drives under Win32, but how do you - Hmm...we can determine the actual CD-ROM drives under Win32, but how do you
decide that there's no disc in the drive? decide that there's no disc in the drive?
- Platform-specific functions/macros to handle byte ordering.
- A PHYSFS_readUint32(), _readSint32(), etc API. - A PHYSFS_readUint32(), _readSint32(), etc API.
- Patch the zlib used on win32 to 1.1.4. - Patch the zlib used on win32 to 1.1.4.
- Switch the CHANGELOG to list newest changes first.
- Write manpages, preferrably generated from some javadoc-style solution - Write manpages, preferrably generated from some javadoc-style solution
so we can make HTML versions etc from the same data. so we can make HTML versions etc from the same data.
- Byte order API; just something simple like:
__EXPORT__ PHYSFS_uint16 PHYSFS_swapBE16(PHYSFS_uint16 val);
__EXPORT__ PHYSFS_uint16 PHYSFS_swapLE16(PHYSFS_uint16 val);
(these can be macros. The hard part is determining the architecture at
compile time, and whether a given platform offers accelerated
conversion macros already. We can probably jack this from SDL, too.)
- Make win32.c respect the more strict filesystem layout enforced by
Win2000 and later.
- Improve ZIP_seek() (archivers/zip.c) - Improve ZIP_seek() (archivers/zip.c)
- Make the zipfile parse symlinks with relative paths. See the function - Make the zipfile parse symlinks with relative paths. See the function
expand_symlink_path() in archivers/zip.c ... expand_symlink_path() in archivers/zip.c ...
- Make archivers/unzip.c use the new byte order API for a little more
efficiency (it gets 32-bit ints as four 1-byte reads; yuck.)
- Actually, the zipfile driver could use a lot of tweaking. Please look - Actually, the zipfile driver could use a lot of tweaking. Please look
through it. through it.
- Other archivers: perhaps tar(.gz|.bz2), RPM, etc. These are less - Other archivers: perhaps tar(.gz|.bz2), RPM, etc. These are less
@ -39,7 +26,7 @@ These are in no particular order. A 1.0 release is reliant on doing most of
it. it.
- Look for FIXMEs (many marked with "!!!" in comments). - Look for FIXMEs (many marked with "!!!" in comments).
- Port to BeOS (might work already? Will work for sure with autoconf support) - Port to BeOS (might work already? Will work for sure with autoconf support)
- Port to MacOS Classic (needs a platform driver, byte order fixes mentioned) - Make MacOS Classic use aliases as symlinks.
- Port to MacOS X (specifically, make Project Builder files; unix.c should - Port to MacOS X (specifically, make Project Builder files; unix.c should
work with it as-is. Might compile as-is with the current Makefile, byte work with it as-is. Might compile as-is with the current Makefile, byte
ordering fixes mentioned). ordering fixes mentioned).