|go text: || - [ Library ] - Parsing ZIPs - Hints And Links - Download Area - -
||topics: || - ZIP Access - Transparently - SDLrwops Example - ext/io Customization - Library API - [ extras ] -

ZZIP API extras

The check/init API description.


The next requests circulated around other file-extensions to automagically look inside filetypes that have zip-format too but carry other fileextensions - most famous might be the ".PK3" files of ID's Quake game. There have been a number of these requests and in a lot of cases it dawned to me that those guys may have overlooked the zzip_dir_open functions to travel through documents of zipformat under any name - that is that the "magic" was not actually needed but they just wanted to read files in zipformat with the zziplib.

Other requests circulated around encryption but I did reject those bluntly, always. Instead there have been always examples for doing some obfuscation around the zip-format so that the stock zip/unzip tools do not recognize them but a game software developer can pack/unpack his AI scripts and bitmaps into such a zipformat-like file.

After some dead-end patches (being shipped along with the zziplib as configure-time compile-options - greetings to Lutz Sammer and Andreas Schiffler), the general approach of _ext_io came up, and finally implemented (greetings go to Mike Nordell). The _open()-calls do now each have a cousin of _open_ext_io() with two/three additional arguments being a set of extensions to loop through our magic testing, a callback-handler plugin-table for obfuscation-means, and (often) a bit-mask for extra-options - this bitmask even has "PREFERZIP" and "ONLYZIP" options to skip the real-file test magic in those zzip_*open functions.

zzip_open(name,flags) zzip_open_ext_io(name,flags,mode,ext,io)
zzip_opendir(name) zzip_opendir_ext_io(name,mode,ext,io)
zzip_dir_open(name,errp) zzip_dir_open_ext_io(name,errp,ext,io)
zzip_dir_fdopen(fd,errp) zzip_dir_fdopen_ext_io(fd,errp,ext,io)
zzip_file_open(dir,name,mode) zzip_file_open_ext_io(dir,name,mode,ext,io)

Oh, and note that the mode,ext,io extras are memorized in the respecitive ZZIP_DIR handle attached, so each of the other calls like zzip_file_open() and zzip_read() will be using them. There are a few helper routines to help setup a new io-plugin where the init_io will currently just memcopy the default_io entries into the user-supplied plugin-struct.

zzip_init_io the recommended way to do things
zzip_get_default_io used internally whenever you supply a null for the io-argument of a _ext_io()-call
zzip_get_default_ext used internally but not exported

And last some stdio-like replacements were build but these happen to be actually just small wrappers around the other posix-like magic-calls. It just offers some convenience since wrappers like "SDL_rwops" tend to use a stringised open-mode - and I took the occasion to fold the zzip-bits for the _ext_io-calls right in there recognized via special extensions to the openmode-string of zzip_fopen().

zzip_fopen convert stringmode and call zzip_open_ext_io
zzip_fread slower way to say zzip_read
zzip_fclose a synonym of zzip_close

For some reason, people did need the full set of function-calls() to be working on zzip-wrappers too, so here they are - if the ZZIP_FILE instance did wrap a real file, then the real posix-call will be used, otherwise it is simulated on the compressed stream with a zip-contained file - especially seek() can be a slow operation: if the new point is later then just read out more bytes till we hit that position but if it is an earlier point then rewind to the beginning of the compressed data and start reading/decompression until the position is met.

zzip_rewind magic for rewind()
zzip_tell magic for tell()
zzip_seek magic for seek()

And last not least, there are few informative functions to use function-calls to read parts of the opaque structures of zzip-objects and their zzip-factory.

zzip_dir_stat a stat()-like thing on a file within a ZZIP_DIR
zzip_dir_real check if ZZIP_DIR wraps a stat'able posix-dirent
zzip_file_real check if ZZIP_FILE wraps a stat'able posix-file
zzip_realdir if zzip_dir_real then return the posix-dirent
zzip_realfd if zzip_file_real then return the posix-file
zzip_dirhandle the attached ZZIP_DIR of compressed ZZIP_FILE
zzip_dirfd the attached posix-file of ZZIP_DIR zip-file
zzip_set_error set the last ZZIP_DIR error-code
zzip_error get the last ZZIP_DIR error-code
zzip_strerror convert a zzip_error into a readable string
zzip_strerror_of combine both above zzip_strerror of zzip_error
zzip_errno helper to wrap a zzip-error to a posix-errno
zzip_compr_str helper to wrap a compr-number to a readable string
zzip_dir_free internally called by zzip_dir_close if the ref-count of the ZZIP_DIR has gone zero
zzip_freopen to reuse the ZZIP_DIR from another ZZIP_FILE so it does not need to be parsed again
zzip_open_shared_io the ext/io cousin but it does not close the old ZZIP_FILE and instead just shares the ZZIP_DIR if possible