summaryrefslogtreecommitdiff
path: root/Build/source/libs/zziplib/ChangeLog
diff options
context:
space:
mode:
authorPeter Breitenlohner <peb@mppmu.mpg.de>2009-03-20 07:47:30 +0000
committerPeter Breitenlohner <peb@mppmu.mpg.de>2009-03-20 07:47:30 +0000
commitc813488f91d3e5e4ed45ec061a9aca493d389083 (patch)
treeec07a8d28bb40e6c4238d431c2c0a2d9b31b3be7 /Build/source/libs/zziplib/ChangeLog
parent9c241c5d2d9413361d32567876c35b2b9e2754c9 (diff)
new build system
git-svn-id: svn://tug.org/texlive/trunk@12447 c570f23f-e606-0410-a88d-b1316a301751
Diffstat (limited to 'Build/source/libs/zziplib/ChangeLog')
-rw-r--r--Build/source/libs/zziplib/ChangeLog1194
1 files changed, 0 insertions, 1194 deletions
diff --git a/Build/source/libs/zziplib/ChangeLog b/Build/source/libs/zziplib/ChangeLog
deleted file mode 100644
index bf2e62b35cf..00000000000
--- a/Build/source/libs/zziplib/ChangeLog
+++ /dev/null
@@ -1,1194 +0,0 @@
-2006-08-08
- * rephrase build system, automated tests, some doc parts
-
-2006-04-28
- * bsd/mac needs sys/types.h for size_t
-
-2005-12-11
- * there have been reports about multithreading problems
- * one source of problems: access to the dir->cache members.
- fixed by using an explicit semaphore variable, otherwise
- just allocate/deallocate the buffer / filehandle
- * second source of problems: the zip file is opened _and_ read
- with only one filehandle for multiple threads that
- share the same "dir" handle. Look for "->currentfp".
- * that is not fixed away - while access to the cache variables
- can continue in the case of a "locked" state that is not
- possible for open/reads. In the "locked" case the thread
- must be blocked but that is a system-specific call.
- * there are two ways to fix it - (a) push down the sysfile to
- each zzip_file by "dup(2)"licating the sysfile handle.
- However zzip looses a feature that was helping a lot on
- system with a low number of sysfile hands (e.g. dos and
- some embedded operating systems that I did work with).
- and (b) provide an indirect ->lock() call that can be
- filled by the caller application upon zzip invokation,
- perhaps add it to the io-plugin structure. Well (c) is
- it possible to support both styles? Dynamically?
-
-2005-12-10
- * testing on sourceforge compilefarm - including "make check"
- * there was an error on bsd'ish systems (implicit 64on32)
- which was caused by archaic CORRECT_ROOTSEEK code
- being still present. Remove it?
-
-2005-12-09
- * testing with Microsoft Visual Studio 2005 (msvc8) Express Edition
- * fixing some compilation problems related to zip64 support in win32
-
-2005-12-08
- * cut acinclude.m4 into seperated aclocal macros in m4/ subdirectory
-
-2005-10-14
- * testing on sourceforge compilefarm, cleaning away any compiler warnings
- i386-debian2.2 i386-freebsd4.8
- amd64-fedora3 alpha-debian3.0
- sparc-solaris8 powerpc-macos10.2
- * note, the build system has some quirks but not yet renovated to the
- newest autoconf/automake stuff anyway - TBD before final release
-
-2005-10-13
- * MSVC7 knows the following __declspec attributes:
- align(#), allocate("seg"), deprecated, dllexport, dllimport,
- naked{for asm}, noinline, noreturn, nothrow, novtable,
- property{MngC++}, selectany{common}, thread{tls}, uuid("name")
- * introduce zzip__new__ for a restrict'ed return item
- * introduce zzip_byte_t to help silence down compiler warnings
- about signedness mismatch in assigning data buffer variables.
- Especially the zlib data_in happens to be of unsigned char type.
- * note that zzip/format.h does now use zzip_byte_t for layout definition
-
-2005-02-17
- * adding that _GNU_SOURCE on __linux__ to get the strndup prototype
- * cleaning a few warning messages on different platforms as well
- as a bug for 64bit platforms
- * updating docs/mksite.sh and adding docs/mksite.pl and going to
- let VERSION be pasted directly instead of a makefile snippet
- * adding docs/memdisk.htm documentation to the series which is
- currently quite shallow.
- * note: no tests for actual zip64 support are made, neither for a
- large central directory (more than 64K files) nor for large
- files (more than 2GB). This is all theoretic but I am quite
- confident that it will work.
-
-2005-02-16
- * change zzip/zip disk_trailer implementation
- * we do not anymore pass a copy of the file block around
- * we do use a local helper structure now with off_t fields
- * the parse_root_directory is now using off_t for all computatations
- * make check succeeds - beware, this is a new implementation
- * RANT: glibc bastards make for additinal warning messages, the fseeko
- prototype is not exported by default, but as soon as we add some
- define to make it available, some other prototypes are disabled,
- including one of the most widespread: strndup(). The documentation
- even says we have to say GNU to get prototype - if you have ever heard
- of unix to diverge into something not quite but be alike, here it is,
- what compiles on most platforms gives a warning on linux even that it
- works fine afterwards because the libc does export all we need and
- autoconf does find it - it is just not prototyped and that's all.
-
-2005-02-15
- * adding zzip/memdisk.* as cache variant for libzzipfseeko
- * add macro support for zip64 extensions
- * extend trailer routines with zip64 detection (and return 0)
- * add memdisk bins
-
-2005-01-04
- * remember TODO multithreading tests and hardening the code.
- http://www.idefense.com/application/poi/display?id=153&type=vulnerabilities
-
-2004-12-27
- * updating to latest autoconf/automake/libtool stuff in Suse92
- * required a rewrite of ax_enable_builddir.m4 in ac-archive
- * adding two macros to silence down bogus depracation warnings
- from the latest gcc 3.3.5
-
-2004-11-27
- * harveyandsu:yahoo:com reported an api mismatch for SDL rwops
- usage and the implementation in the SDL_rwops_zzip example.
- *
-
-2004-05-11
- * documenting zzip-cryptoid handling
- * update mksite.sh
-
-2004-05-09
- * documenting zzipmmapped and zzipfseeko parser libraries
-
-2004-05-08
- * remove bogus zzip_file_open_ext_io from zzip.h
- * change to use mksite.sh for documentation builds
-
-2004-03-08
- * add link in docs/history.htm to the new appnote.txt whitepaper
- on zip file format specification.
-
-2004-02-19
- * a test run on solaris did show that fetch.* needs to be linked
- to the new lib*.la stuff - to convert endianess-dependent
- values from zip to main memory
- * there seems to be an automake problem with hpux10 that I can not
- yet define on what grounds it is - to get away with it I am
- not defining automake 1.7 as the version to be used, plus
- autoconf 2.57 - these are pretty new.
-
-2004-01-24
- * zzip/fseeko.c and bins/zzip.c had some issued with non-C99 compilers
- which do not like variable declarations in the middle of a block
-
-2004-01-16
- * zzip_rewind again - the deflateReset does not reset the
- input buffer variables (oops) so we have to do it
- explicitly. Here we adopt to set crestlen to full
- csize and the current z-buffer fillstate avail_in
- to null to trigger a new read() on next zzip_read.
- * the zlib headers do not tell whether next_in/avail_in
- is used in deflateReset as is done in deflateInit.
- A question to zlib@gzip.org brought no answer (as
- is always the case) and after some thinking I did
- decide to reset avail_in *after* the zReset call.
- * based on this decision, I have made up a patch and I was
- sending it over to zlib@gzip.org. Same consequence
- again, the message is bluntly ignored (while there is
- traffic on zlib devel mailinglist). There seems to be
- a major problem about it, either a technical problem
- (mail-adress disfunctional) or a social problem (no
- one cares or perhaps some minor racism).
-
-2003-12-29
- * added libzzipfseeko.la with another simplified interface
- * rename the other one to libzzipmmapped.la
- * fix bugs for decompression on the latter as well
- it seems the one has to use inflateInit2 (..., -MAX_WBITS)
- * added bins/unzzipshow for an example binary
- * added "--help" and "--version" to all bins examples
-
-2003-12-24
- * added libzzipmmap.la with a simplified interface to zip archives
- * added bins unzzipdir and unzzipcat to show usage of libzzipmmap.la
- * introduce zzip/types.h to allow easier inclusion to zzip/mmapped.*
-
-2003-12-22
- * add AC_C_BIGENDIAN and
- * move out ZZIP_GET to zzip/fetch.h where we also specify access
- wrappers to items in the zzip/format.h structures, portably.
- * add byteswap.h ac_check and put a new file autoconf.h to carry
- compiletime overrides for the autoconf definitions.
- * start changing over to use zzip/fetch.h definitions everywhere
- thereby replacing original ZZIP_GET16/32 usages completely.
- This is localized to zzip/zip.c
- * rename struct zzip_root_dirent to struct zzip_disk_entry but
- retain a compatibility declaration.
- * introduce zzip_version_t and zzip_dostime_t along with an optional
- ZZIP_NEED_PACKED def that helps with weird compiler struct packing
- * struct zzip_file_trailer did not use the char[x] variant, it does now
- * place even more zzip/fetch.h declarations
- * place even more defs into zzip/format.h
- * noting CVS area on webpages
-
-2003-12-21
- * Nigel Stewart hints on some MSVC 6 issues, thanks.
-
-2003-12-20
- * implant *Reset instead of Deinit/Init in zzip_rewind - the latter
- is supposed to make for a memory leak (see problem report).
-
-2003-12-10
- * add zzip_rewind fix by glenn = Glenn Maynard (www.stepmania.com)
- * fix dirsep_casecmp buglet noted by glenn
- * glenn did ask for zzip_fstat, and here it is.
- * but glenn's file_dup is not as easy and skipped here.
- * otherwise, glenn noted that zziplib is not fully ready for multithreading,
- the reason seems to be mostly in the reshared 32k buffer where the
- access is not synchronized completely :-( ... effectivly, in MT
- all ZZIP_FILE*s need to have a dedicated ZZIP_DIR*buffer.
- * update make-doc.py with newest version
-
-2003-08-18
- * changing license to dual MPL / LGPL
- * bumping version code 12.83 = 13.23 which are actually the very
- same inside the code
- * remove a few compatibility headers at install time.
- * add install-exec-hook to add ln -s aliases for sharedlibs
- they are being tried again in .spec but that does not
- matter as long as it is "|| true"
- * adapt all source to carry the MPL alternative license
- instead of the old cruft.
- * remove staticlinking.txt - it should be covered by copying.htm now
- * remove "compats" disthook as well as the complete subdirectory
- i.e. rm -r "zziplib/" at top directory (actually, I store it
- in a distant place for now.)
- * remove _htmpages.ar and _manpages.are from dist tarball
- * add toplevel COPYING.LIB
- * adapt README and TODO
- * remove ac_output(zziplib and bins/zzip-config)
- * remove bins/zzip-config.in
- * adapt m4 macro and call zzip-config to be archaic
- * remove maintainer-mode for "test.zip"
- * turn zzip_plugin_io_t into a union reference, the old struct is
- still of the same name but a member in there called "fd"
- the typedef is no a "union _zzip_plugin_io" instead.
- * the member "use_mmap" is renamed to "sys" - we add a #define
- in plugin.h to let some software compile with all versions
- * in zzip/zip.c, try now with making maplen and pagesize of type
- zzip_ssize_t - as it was newly introduce it might help and
- perhaps be a little conservative in execution. Before that,
- we did use size_t and it was provoking warnings like
- comparing/computing signed+unsigned pairs of values.
- * add "type" and "write" members to zzip_plugin_io, keep it
- backward compatible as much as possible.
- * add _zzip_write to zzip/conf.h
- * remove ZZIP_WRAPWRAP code in plugin.c
- * remove --with-wrapwrap
- * introduce a #define _zzip_plugin_io_handlers and
- typedefs zzip_plugin_io_handlers and zzip_plugin_io_handlers_t
- * oops toplevel PHONY does not work, an automake restriction
- * oops, "cat body.htm" should be "cat $(srcdir)/body.htm"
- * adding manpages.ar again, just to be sure
-
-2003-08-14
- * remove _not_implemend macro definitions for shallow-write api
- from header zzip.h
- * introduce symbol _ZZIP_WRITE_SOURCE that all files should
- carry that want to have the declarations of the
- shallow-write api
- * use that symbol for zzip/write.c and bins/zzip.c
- * adding docs/64on32.htm
-
-2003-08-14
- * for the shallow-write api to compile on win32, we need to
- test for direct.h which only exists on win'sh system
- or so we assume
- * add bins/unzzip
- * add bins/zzip
- * ooops, zzip_strerror_of should check dir != 0
-
-2003-08-13
- * complete zip-write API - no actual implementation so far
- * tested shallow-write implementation on solaris+linux+win32
- * and now, call it zzip-12 always
-
-2003-08-12
- * `make docs` does not always work, so we add `make docu` now
- * update make-doc.py
- * fix call for make-doc.py
- * fix zzip_get16 bad refer that gets detected by make-doc.py
-
-
-2003-08-07
- * implement zzip/write to a degree that it forwards calls to real
- files and directories in the system. No zip archives here,
- but the accession API has been setup so that applications
- can start to pick it up even for versions of zziplib that
- have been compiled without zip archive support.
-
-2003-08-07
- * add doc lines in zzip/zzip.h
- * add write-defines including flag-marker ZZIP_NO_CREAT
- * add file write.c with empty definitions for write-support
- * add the make-doc.py script in its last version - and make its output
- the default master files for both html and docbook
- * remove all other doc-maker scripts but make-doc.pl and make-doc.py
- plus the make-dbk.pl of course
- * twist configure.ac to set PYTHON instead of PHP
-
-2003-08-03
- * make compatibility-headers to issue a warning upon include
-
-2003-07-31
- * fix a segfault with corrupted central directory - just some checks
- for field boundaries
- * add a hack to support the fixup-rootdir thing with some simple(r) code
- that abuses a few fields in the trailer-structure
- * cvs checkout savannah.gnu.org:config into ../savannah.config and,
- * add a rule `make configsub` in Makefile.mk to update the two files
- uses/config.sub and uses/config.guess to the latest versions.
-
-2003-07-30
- * creating a 0.12.82 out of the source for 0.10.82 and make up a rpm
- spec which does alias the .so files for these generations
-
-2003-07-29
- * the include of _LARGEFILE_SOURCE to do ZZIP_LARGEFILE_RENAME is
- actually a bad idea - the respective symbol does not provoke
- 64bit off_t on newer platforms. Only _LARGE_FILES seems to
- be correct here for older aix platform to get them define
- off_t = 64bit where others are using _FILE_OFFSET_BITS=64 now.
- * after changes to README, remember to package updated test.zip !!
- otherwise `make check` will fail.
- * modify _msvc.sed to include "define ssize_t int"
- * use ZZIP_EXPORTS instead of ZZIP_DLL for DLL export, that's the
- automatic way of MSVC 6 saying that "zzip" is a DLL project.
- * create new msvc6/zzip.dsp and delete msvc6/zziplib_DLL.dsp
- * all examples shall import from zzip.dll by linking with zzip.lib
- whereas that other zziplib.lib is just the static library
- * do a looong and detailed information in README.MSVC6
- * create a rule to pack the *.dll,*.exe,*lib files into a zip
-
-2003-07-28
- * doc bug in zzip-zip reported by j.scrott.frank
- * remind me: unzip from memory seems to be more of a task lately...
- * forgot to modify RELASEINFO in rpm for zzip64 variant
- * also do not just use -D_LARGEFILE_SOURCE, it does not have the
- desired effect on all systems. Instead invent a new name
- -D_ZZIP_LARGEFILE to make it happen magically.
- * invent a rule to create zziplib64.pc from zziplib.pc for the
- renamed libzzip.so -> libzzip64.so
- * invent a rule to create zziplib64.la from zziplib.la for the
- renamed libzzip.so -> libzzip64.so
- * do also rename default libzzip.so to libzzip32.so and then create
- a symlink to it under the old name libzzip.so
- * create zziplib32.pc and zziplib32.la files accordingly. Following
- an application may choose explicitly between 32 or 64bit off_t
- version. This allows us to claim now that the default libzzip.so
- library may be either of them and not anymore strict 32bit off_t
- * aaahm, note that all of these account for rules in the linux rpm spec!
- other system do not get this packaging support from vanilla tarfile
- * well, better make it lib01 instead of lib0.10 for the rpm name
- * already roll out visualc7.zip and msvc6 files in subdirectories,
- do not ship them as .zip files
- * already adapt msvc6 .dsp files but not yet tested
- * rename main "rpm" target into "rpm2" to get rid of the warning message
- * use (cd zzip64 && make install) instead of (... make install-ltLIBRARIES)
- since otherwise we do not get any .pc file installed (oops)
- * while modifying *.la into *64.la, take care to fixup reference to the
- "old archive" *.a as well making it *64.a - same for *32.la file.
- * some file.c reports there was not previous declaration of some of
- its functions, but _only_ in 64bit compile step.
- Reason: looks like a gcc 3.2.2 bug, no fix here.
- * convert a few "ln -s" into "ln -s -f" in "make install" parts
- * update README to point out staticlink model
- in a separated LICENSE section.
-
-2003-07-28
- * add three extra gcc options: -Wpointer-arith, -Wsign-compare, and
- -Wmissing-declarations which will help about portability to
- platforms where that is enabled by default in -Wall
- * sign-compare fix in, zzobfuscated (zzip_size_t -> zzip_ssize_t),
- * make 5 functions in zzipwrap/wrap.c global=>to=>static
- * add pre-delcare headers for 2 functions in zzip/zip.c
- __zzip_find_disk_trailer(), __zzip_parse_root_directory()
- * rewording of "ends/tail" in find-disk-trailer which does also find
- a little bug (ends-1 or not) in there, It should not have shown any
- practical problem so far, also corrected by anotgher little bug
- in there (ends-tail > sizeof or ends-tail >= sizeof)
- * adding a parts of a patch from Martin Schitter to harden zziplib
- for corrupted zip files.
- * remove a few duplicates in Makefile.mk, still need to keep "rpm"
- * add declaration for zzip_dir_alloc_ext_io into zzip/lib.h
-
-2003-07-27
- * redefine size_t maplen -> off_t maplen and for each of the calls to
- mmap()/munmap()/read()/getpagesize() we cast to size_t - this might
- get us rid of a few warnings about signed/unsigned comparisons.
- * introduce AC_TYPE_SIZE_T and use the prefixed variant _zzip_size_t
- within plugin.h for io->read() calls. That makes for a little
- bit of portability - it seems some platforms (dot-net f.e.)
- do not `typedef unsigned int size_t;`, perhaps because int is 16bit
- and a 32bit or even 64bit entitity is needed.
- * now we do not need to AC_COMPILE_CHECK_SIZEOF(size_t) anymore, perhaps
- even stand io-wrap is not needed anymore. Let's see.
- * both changes need update of zzip/conf.h for _zzip_size_t plus
- - plugin.h for io->read(,,size_t)
- - zzip.h for zzip_file_read (,,size_t)
- - zzip.h for zzip_read(,,size_t)
- - zzip.h for zzip_fread(,size_t,size_t,)
- - zzip.h for zzip_seek(,off_t,)
- - zzip.h for zzip_tell(,off_t,)
- - file.h int => size_t for zzip_file's restlen crestlen usize csize
- * the io->seeks(,off_t,) has not been respected so far sometimes.
- and like lseek(2), we define the returntype of zzip_seek as off_t
- * introduce zzip_ssize_t as well, and modify
- - zzip.h for zzip_read and zzip_fread and zzip_file_read
- - plugin.h for io->read() return type
- * dot-net bug in aligned4() - sizeof(long) < sizeof(void*) !!
- better use off_t in the hope that it does fix it
- * tested on ia32-linux, alpha64-linux, sparc32-solaris
- * ooops, we need to update io-plugin examples and documentation as well,
- since we define a custom _read() routine righ there.
-
-2003-07-26
- * updating to AX_SPEC_DEFAULTS macro
- * zzshowme does not work with no libzzip installed in the system
- * add automake option dist-bzip2
- * use tar.bz2 for rpm build
- * add dist-bzip for the latter
- * use zziplib-lib0.10 package which provides zziplib and libzzip0
- * forgot to add *.la files into the rpm devel package
- * AC_SET_RELEASEINFO_VERSIONINFO => AX_SET_VERSION_INFO
- * adjust all RELEASEINFO -> RELEASE_INFO accordingly
- * and choose 0.10.82.pre1 as a vesion number for testing
- which is possible now as the new macro does it right.
- * forgot override of default_includes in test/*.am
- * somehow ax_prefix gets the wrong input, i.e. _config.h instead of config.h
- so we make that one explicit now
-
-2003-05-13
- * the off64_t mode renaming for 64on32 was done incorrectly and
- it lead to problems on solaris8 - fix it.
- * fixup `make check` to work on subdir build
-
-2003-05-11
- * adapt README file to clarify LICENSE details as suggested by
- a discussion with ACE/TAO developers that want to use the
- library for some compressed xml archives.
- * fix a few zzip_char_t bugs that got visible in MSVC mode as
- reported by Olge Ryabukha
- * kill sfnet strand of the rpm build, the docs are installed
- into the share/groups part and the omf file points to that
- place. The index.html file is the one at sourceforge while
- the other one is the entry point of the local documentation.
-
-2003-04-21
- * quite a few updates are need to --enable-builddir by default
- * watch out: subdir build is the default now!
-
-2003-04-20
- * pick up AX_ENABLE_BUILDDIR
- * throw out ac_subst CONFIG_ARGS
- * use AX_SPEC_PACKAGE_VERSION
-
-2003-04-20
- * memory leak in zzip/file.c - adding free(dir->realname) zzip/zip.c
- in function zzip_dir_close called via zzip_file_close
- (bug reported by Olge Ryabukha, thanks!)
- * "/" is hardcoded for finding subpaths but on windows that could be
- a backslash as well. That should be handled better, we add some
- alternative implementations for dirsep_strrchr and dirsep_casecmp
- but the default is OFF!! even on WINDOWS !!
- * thereby seen another problem: we did deliberatly use strcasecmp but
- this symbol is not available on all unix systems - the manual
- says its a BSD4.3 addition. Some other systems call it strcmpi
- or stricmp instead, or they do not have it at all. Here we add
- a configure rule to check for that symbol, and when we do not
- have it then we _enable_ dirsep_casecmp automatically.
-
-2003-01-16
- * change extension of intermediate docbookfiles to ".xml"
- * throw out attempts to compile docs with php
-
-2003-01-15
- * lots of doc updates in between. (forgot to document them).
- * a zzip-config update, and installing an aclocal macro now.
-
-2003-01-06
- * defattr(root,root) !! - why that had been forgotten? hmmm...
- * allowing for --disable-debug to clean cflags from -g entries
- but it has not effect on callframe generation... actually.
-
-2003-01-05
- * we need to stop the manpages.ar bloat - now!
-
-2003-01-05
- * add largefile tests in configure.ac
- * add largefile detection in zzip/conf.h
- * add renamings for zzip_telldir/seekdir in zzip/zzip.h
- * add extra exports in zzip/dir.c to have both 32bit and 64bit names exported
- i.e. zzip_telldir _and_ zzip_telldir64
- * add renamings in zzip/plugin.h to ensure that 64bit-off_t-compiled zziplib
- is not given io-callbacks being from another program that is actually
- compiled as 32bit-off_t and where therefore arguments do not match.
- * detected a dubious export of "aligned4()" - rename this export now.
- * also rename everything having "_io" in the name - just to guard ourselves
- from the case where two -lzzip are in the libpath and one is
- compiled 64bit-off_t while the other is not.
- * rename the younger function s/zzip_open_shared/zzip_open_shared_io/
- * make up functions for zzip_open_ext_io and zzip_opendir_ext_io for the
- case of 32/64bit dual systems where lib is compiled in largefile mode.
- Let the call succeed unless an "io" structure was given - return
- the EOVERFLOW errno as specified in the large.file WG documents.
- * make all parallel defines for 32/64 bit dual off_t dependent on
- defined EOVERFLOW and defined PIC - i.e. only for dynamic linkage.
- * adding LARGEFILE_CFLAGS into zziplib.pc and bins/zzip-config.in
- * NOTE: the default for --with-largefile is still OFF !!
- * NOTE: our zzip_readdir is not depenent on off_t size
- * adding -64 into the --release info for the sharedlibrary build
- it should have been a --variant but such does not exist so far
- in libtool, sorry.
- * extract AC_SYS_LARGEFILE_SENSITIVE and put it into an extra ac-macro
- * clean zzip/file.h from compatibility-install as zzip-file.h
- the structure in there contains zzip_off_t items and they
- should be internal always anyway - so disallow access for
- old programs now just to be sure.
- * adding zzip64 compilation into zziplib.spec - an rpm package will now
- install both 32bit off_t and 64bit off_t variants of the sharedlib
- * note: we do not copy 64bit zzcat into the rpm, perhaps we should?
-
-2002-12-31
- * add make check-sfx
- * add zzipself.c and zzipsetstub.c for the sfx test
- * zzip_file_open takes o_modes flags, clarify in zzip.h
-
-2002-12-27
- * adding scrollkeeper omf file generation in docs/
- * adding omf file installation in docs/make-install-doc
- * replace %post-doc message in zziplib.spec with scrollkeeper-update call.
- * need *.pc *.omf in CLEANFILES now
- * mingw32 crossgcc tests for win32 dirent emulation - did need some fixing
-
-2002-12-23
- * adding generation/installation of pkgconfig files
- * making SDL a build-requirement for rpm packaging
-
-2002-12-22
- * add compatibility subdirectory "zziplib"
- * zzipback.sed to create zziplib/* files from current release files
- * include into distribution tarball
- * IMPORTANT: flashback - 12.24 is now called 10.74 -
- the old source line will cease to exist, only the compatibility
- directory will survive a while - that should put some pressure
- on developers to update to the new source tree. And it saves me
- some work to keep two trees in sync.
-
-2002-12-20
- * fix some problems of make-doc.pl with the current project
- * make a standard inlude info referring to zziplib.h as well
- * unpack htmpages.ar on SFNET and register it on the frontpage
- * dont forget to modify includes of internal headers
- * ...
- * fixed an annoying bug in make-doc.pl
- * include htmpages.ar into the tarball
-
-2002-12-19 Guido Drhaeim <guidod@gmx.de>
- * completed new directory structure - the library is called 0.12.22 as
- to match 0.10.72, it's the same C source in its content
- * install-headers modified - the new structure is now compatible both
- as a shared libary (binary compatible) and for the include headers
- too - source compatible not only for function names but also for
- the #include lines
- * 0.12.23 fixes a bug in make doc: the xmlto html was never done.
- * and we implant make-doc.pl which was founded on the base of the local
- zzip-doc.pl but has since gone a lot further. It's currently just
- a third variant but it is now used as the primary master default.
-
-2002-12-18 Guido Draheim <guidod@gmx.de>
- * man page update for zzip_open_shared (it turns out to be a good name).
- * let frontpage point to http://www.gzip.org/zlib for primary zlib site.
-
-2002-12-17 Guido Draheim <guidod@gmx.de>
- * introduce zzip_open_file that may have an extra argument of a factory
- file to share the zzip internal directory if that is possible.
- * introduce zzip_freopen to take an extra argument. The supplied handle
- is freed unless of course one puts ZZIP_FACTORY into o_modes so
- that it becomes a wrapper around zzip_open_file
- * the zzip_open_file, in that case, is the old zzip_open_ext_io call
- but extended with checking the factory stream for a matching
- basename.
- * while being there: introduce ZZIP_ALLOWREAL o_mode that will make it
- that a real file is open/read/close with the standard posixish
- routines. This is most useful when having an obfuscated zip
- file around but during development one wants to sometimes check
- with a real file - so the call mode is something in the middle
- of ZZIP_ALLOWREAL - ZZIP_PREFERZIP|ZZIP_ALLOWREAL - ZZIP_ONLYZIP
- where the middle is for "yet another file not yet included",
- hmm, perhaps a cheat file? ;-)=)
- * cleaning rwops example: fix the mode check, it's not needful to start
- with "r" to be a readfile mode, it may be somewhere in between.
- * introduced __zzip_dir_parse as a cut off from zzip_dir_fdopen_ext_io,
- but it did turn out to be not necessary, so it is made static in
- the end. Still, it works as documenting the control flow better.
-
-2002-12-17 Guido Draheim <guidod@gmx.de>
- * win32 mmap removing extra braces
- * win32 dirent implementation added - new file __dirent.h
- and modified zzip-dir.c
- * a couple of arg[n] -> argv[argn] cleanups.
- * a missing argc > 1 check added.
- * all changes due tests / bug reports by Thomas-dot-Eder-at-nmi-AT
-
-2002-12-16 Guido Draheim <guidod@gmx.de>
- * the infozip `zip` tool puts out messages per default on some machines
- fix by adding >/dev/null in some places of Makefile.am
- * the hpux10.20 platform has sys/mman.h but no MAP_FAILED
- the `man mmap` says it returnes "-1" as done on all other unix
- compatible platforms, so we add a default define ((void*)(-1))
- * update TODO file with some hints on test runs.
- * add --with-zlib configure call to make it easier to specify a path
- * make zlib error messages to point to this configure option.
- * beautify error output on all other options as well.
- * create `make brute` to make a bruteforce test
- * solaris8 make has a problem with $< ... change sometimes into $?
- * freebsd/darwin have 64bit off_t by default - and that reveals a problem
- in the zzip_telldir/zzip_seekdir code. Let's change the code to make
- it return/receive a byte-offset of "dir->hdr" to "dir->hdr0".
- This makes printing of those values also more intelligible (if ever).
- * ia64-linux reveals a problem in "default_io" since size_t is 64bit.
- We modify --with-wrapwrap to autodetect this case. This is okay
- since zip-files can not get bigger than 32bit offsets anyway.
-
-2002-12-16 Guido Draheim <guidod@gmx.de>
- * merging corrected README.SDL and __hints.h
- courtesy of Thomas-dot-Eder-at-nmi-AT
- * update CFLAGS ac-macros to the new generation as shipped with
- latest ac-archive-0.5.39 (did upload just yesterday...)
-
-2002-12-14 Guido Draheim <guidod@gmx.de>
- * many hours of debugging - I don't remember which flaw came in through
- the latest changes or which others were there before *sigh*
- * e.g. the error-code mappings were refined on linux errno codes
- * fix "caseless" bugs reported by Thomas-dot-Eder-at-nmi-AT
- * fix MSVC related flaw when taking a casted value as an lvalue
- * replace AC_CREATE_PREFIX_CONFIG_H with new style AX_PREFIX_CONFIG_H
- * invent zzip-msvc.sed to turn config.h.in into zzip-msvc.in and
- finalize a fresh zzip-msvc.h via AX_PREFIX_CONFIG_H
-
-2002-12-13 Guido Draheim <guidod@gmx.de>
- * shown by Mike Nordell tamlin-at-algonet-SE we can support win32 mmap
- * modify configure.ac : if have:winbase.h then auto -enable-mmap
- * refactor mmap'ing - it goes into __mmap.h and uses the io->use_mmap value
- and that include file contains both posix and win32 mmap variants
- * rewrite pagesize/mapoff calculations - this should be faster in itself
- and also easier to maintain in the future for being more obvious.
- * rewrite read/write defines and wrapwrap's. The zzip-conf.h does now
- contain defines for _zzip_read/_zzip_lseek - and it should us get
- rid of the nasty win32 problems with redefining _read/read
- * refactor DBG defines - put them into __debug.h - oops, xbuf() was
- an exported symbol, better be not. Use only newer NOTE/WARN macros!
- * implant __hints.h include - that's taken from another project but it
- is so damn useful ;-)
-
-2002-12-12 Guido Draheim <guidod@gmx.de>
- * modifizied zzip-zip.c to include a sanity check on getpagesize ()
- for mmap () functionality and ZZIP_BUFSIZ (the default is good).
- * modify configure.ac : const char strings
- * modify configure.ac : strict prototypes
- * modify configure.ac : all warnings
- * ... and so it reveals something missed along ;-)
-
-2002-08-27 Guido Draheim <guidod@gmx.de>
- * modified zzip-stdint.h along the example patch for FreeBSD done
- by wjpalentstijn at sourceforge in projet uwadv.
-
-2002-07-24 Guido Draheim <guidod@gmx.de>
- * did teach myself php over converting zzip-doc.pl into zzip-doc.php
- * added php-test and another way to create the docbook file, with php
-
-2002-07-20 Guido Draheim <guidod@gmx.de>
- * lots of fixes around docbook/manpage - and generate a zziplib.3
- overview page. Fixes also lots of comments in the sources.
- * modified fopen-mode interpration nicely.
- * added zzip-api for full overview of the zzip's API
-
-2002-07-19 Guido Draheim <guidod@gmx.de>
- * greatly enhanced docbook/manpage generation - including to attach
- author and license info from the respective source file header
-
-2002-07-18 Guido Draheim <guidod@gmx.de>
- * extended the perlscript to generate zziplib.docbook
- * use xmlto to generated manpages.ar
- * install-man3 target and push into rpm-devel package
-
-2002-07-17 Guido Draheim <guidod@gmx.de>
- * no new code, just doc updates. The perl-script is now capable to
- combine _ext_io functions with their non-ext/io cousin, and the
- sources have been modified to honour this new mode.
- * the perl-script is now ready to spit out other data like docbook
- files that we can generate man-pages from later.
-
-2002-07-16 Guido Draheim <guidod@gmx.de>
- * extern-C in SDL_rwops_zzip.h ... and ifdef'able DECLSPEC for staticlinking
- * zzip_fopen allows to greatly simplify SDL_rwops_zzip.c
- * zzxordir.c zzxorcat.c zzxorcopy.c invented
- * lots of new documentation added
- zzip-extio.html zzip-xor.html zzip-refs.html
- * new checks that test the zzxor examples
- * and found an zzxor bug in the course
-
-2002-07-15 Guido Draheim <guidod@gmx.de>
- * Michael-dot-Fink-at-asamnet-dot-de did some code review while
- going after a specialty he wanted to do with the libs, and therefore..
- * PREFERZIP did never test real file - stupid bug, inverted logic....
- * add ZIPONLY zzipmode - we have plenty of options availabe... on 32bit
- platforms however, since I want to keep with the access-bits in
- the lower parts.
-
-2002-07-12 Guido Draheim <guidod@gmx.de>
- * watcom-c-10.5 project file added
- * used my old watcom compiler to debug the win32 problems, and it turned
- out to be a mismatch in proccall for zlib - while the default in
- zlib.h inferred WINAPI, it turned out that zlib114dll.zip had in
- fact been compiled with __syscall procframe callmethod. Duh!!!
- * some things had to be rearranged in header files - most classically it
- seems that this compiler does not support __inline in C mode.
-
-2002-07-11 Guido Draheim <guidod@gmx.de>
- * convert all API const types into those with _zzip_const and use new
- types like zzip_char_t and zzip_strings_t throughout the sources.
- * add ZZIP_RDONLY and friends. Do not use fcntl bits anymore, and limit
- use routines to convert them into O_DEFs later one in the next
- version of this lib - here we just declare them to be their O_DEFs
- but code should start to pick up ZZIP_DEFs in the meantime.
- * add zzip_fopen and friends as another type of magic wrappers.
- * modify open_ext_io to use receive separate arguments for the two
- zzip extraflags - use these from now on, the others are just
- for limited backward compatibility.
- * modify all _close functions to return "int".
-
-2002-07-10 Guido Draheim <guidod@gmx.de>
- * Marlin Prowell mbp-at-cadalog-inc-dot-com did hit a problem on FreeBSD
- showing off a config problem - the configure.ac macro for off_t is
- written to be _undefined_ if off_t existed in the system. Instead we
- chose to defined zzip_off_t into a "long" as it is needed on win32,
- and since FreeBSD on LFP32 uses OFF64 it did fall flat on calls to
- lseek - without io-wrap the gcc did cast them correctly, so it worked.
- * the fix: use off_t if zzip_off_t undefined. Add a define zzip_off_t into
- long in conf-msvc.h. Add a configure-option to have wrappers for the
- default lowlevel calls as suggested by Marlin but I choose to have
- them off by default - a bsd ports package may start using it.
- * there have not been reported problems in the last three months where only
- developers knew about the new version. Guess it's time to push this
- tarball and announce it on freshmeat.
-
-2002-04-30 Guido Draheim <guidod@gmx.de>
- * fix typo in zzip-zip.c: __USE_MMAP -> _USE_MMAP
- * if zlib.h not found, make it a fatal exit
-
-2002-04-25 Guido Draheim <guidod@gmx.de>
- * adding a few more `make check` rules for bigger zip files
- * add even negative tests
- * add some spaces in error-messaging in zzdir.c and let return
- an exitcode when some argument files could not be read
-
-2002-04-24 Guido Draheim <guidod@gmx.de>
- * apply patch from Mike Nordell
- changes all "const char * *" into the intended "const char * const *"
- changes some typecasts
- corrects comment and adds some
- and two fixes
- * put the updated MSVC6 files into the project, again Mike Nordell
- * me, add new zzwrap.dsp to DIST in Makefile.am, following Mike's addition
- * me, modify some typecasts to use off_t/size_t where apropriate
- * modified COPYING.ZZIP to be a bit more general than just for ZZIPLIB
- as noted by Tomi Olilla
- * zzipwrap demo_callback, how can we do void* and char* at the same time...
-
-2002-04-23 Guido Draheim <guidod@gmx.de>
- * changed ssize_t into int in zzipwrap-mem for portability reasons
- * fix zzip_dir_fdopen_ext for access to uninitialized io-vtable
- (thanks to Lutz Sammer johns98-at-web-dot-de for testing)
-
-2002-04-22 Guido Draheim <guidod@gmx.de>
- * add MSVC6 project files contributed by Mike Nordell tamlin-at-algonet-dot-SE
- * add plugin_io-patch from Mike Nordell
- and dump the iowrap-patch from Andreas Shiffler from earlier release
- * append the Mike Nordell's zzobfuscated.c to Makefile.am
- * add a new file COPYING for new less-strictly license
- after Tomi Ollila has transferred full copyright to me
- * remove Tomi Ollila from all copyright entries in the sources
- but honour his name where apropriate
- * modify LGPL hints in sources and point to COPYING.ZZIP as well
- and change copyright year info
- * create COPYING.ZZIP with some general LGPL exceptions.
- * use newer AC_CREATE_CONFIG_H macro and start using acinclude.m4
- to allow retooling of the project.
- * and use zzip_off_t instead of ZZIP_off_t (but keep backward compatibility)
- * apply patch for the problem detected and corrected by
- Steve Dillon steved-at-phone-IVR-dot-com
- * try with an updated ac_create_prefix_config_h due to a bug report by
- John W. O'Brien john-at-jugglers-dot.com
- where his shell-and-echo combination did interpret \\1 twice.
- * add use_mmap flag to plugin_io_t, so the feature can be used
- along USE_MMAP configured setups
- * change USE_MMAP #ifdefs to use if()s and to rely on the
- compiler to do code removal for unreachable code
- * remove tell() part of plugin_io and rename seek()-indirection
- to seeks()-indirection using a tells()-macro in zzip-file
- * also rename s/seek/seeks/ in zzip-zip and kill the (*function)(x)
- for the indirection functions into just function(x)-calls
- * fix zzobfuscated example code - there's no read() without unistd.h
- in unix, and global zzip_install_io had been removed lately.
- * add zzipwrap-io.c and zzipwrap.c from Andreas Schiffler's patch
- on the new ground of Mike Nordell's plugin_io
- * modify zzipwrap sources to work with plugin-io
- * add io pointer to dir-structure, and use it as the default for file-structs
- * __zzip_open_zip is called __zzip_try_open now and takes two arguments
- * typedef struct zzip_plugin_io * zzip_plugin_io_t;
- * zzip_opendir_ext_io .. for magic convenience
- * create new zzipwrap.la in Makefile.am
- * move plugin_io struct from zziplib.h to zzip-io.h
- along with its helper functions
- * change all filesize into zzip_off_t
- * s/zzip_find_disk_trailer/__zzip_find_disk_trailer/ (additional io arg)
- * s/zzip_parse_root_directory/__zzip_parse_root_directory/ (ditto)
-
-2001-10-11 Guido Draheim <guidod@gmx.de>
- * added zzipwrap feature contributed by Andreas Schiffler
-
-2001-09-18 Guido Draheim <guidod@gmx.de>
- * fix bug for `zzip-config --cflags`
- which did print /xx/include instead of -I/xx/include
- (thanks to Roger Ostrander <denor(at)yahoo.com>)
- * change the for-loop in zzip-config - the "for i ; do" is not portable
- because I had problems on solaris-sh. Use "$@" which expands
- to a list (!!) of argv entries for this for-loop even for
- arguments that contain spaces. fascinating.
- * use AC_HELP_STRING ... the `configure --help` screen got a bit
- misformatted lately.
- * add a `make check` rule.
-
-2001-08-19 Guido Draheim <guidod@gmx.de>
- * add that /programs magic to the $prefix check in configure.ac
- * add that /usr/share magic to the $prefix check in configure.ac
- * fix zzip-sdl-rwops.html layout (and copying.zlib link).
- * fix some flaws in sdl-rwops example source (just by code review).
- * add unistd.h include to zziptest.c to silence off the warning about sleep
- * add non-dll compile to extern in zzip-conf.h - does that fix anything?
-
-2001-08-18 Guido Draheim <guidod@gmx.de>
- * SDL_rwops_zzip.c/SDL_rwops_zzip.h SDL-example file.
- * change all filename args to be const
- * add ZZIP_const to zzip-conf.h, but do not use it for now.
- It seems that all current lib-users have a modern compiler...
-
-2001-08-16 Guido Draheim <guidod@gmx.de>
- * export zzip_dir_free / zzip_dir_alloc
- * bring in fileext field to check for multiple fileextensions.
- * make zzip_open check for multiple (default) fileextensions.
- * add ifdef USE_ZZIPLIKES to implement feature proposed by
- Julien Cayzac <deepmind(at)jessica.brainlex.com>
- * make zzip_open check along the dirpath for a zip-file
- a feature proposed by Lutz Sammer <Johns98(at)web.de>
-
-2001-08-15 Guido Draheim <guidod@gmx.de>
- * add "stroustrup" style to all c files to ensure that casual
- developers do not trash the layout unintentionally.
- * modify examples a bit with more newlines / comments.
- * re-license examples to ZLIB license
- * include COPYING.ZLIB into doc_FILES
-
-2001-08-10 Guido Draheim <guidod@gmx.de>
- * change frontpage of webpages - including a few crosslinks to
- other projects
-
-2001-08-07 Guido Draheim <guidod@gmx.de>
- * split version X.Y.Z into -relese X -version-info Y:Z
- * adding --disable-thread-safe, and add -thread-safe linkage by default
- * modify releaseinfo for with-debug
- * install-zip target to make a windows package
- * change serial to _vendor - rpm has never been used for other than linux
-
-2001-08-06 Guido Draheim <guidod@gmx.de>
- * reorganize docs, update docs to new style
- * split version X.Y.Z into -release X.Y -version-info Z
-
-2001-08-05 Guido Draheim <guidod@gmx.de>
- * add zzip-msvc.h, a header file that will be included when
- a windows compiler is detected in zzip-conf.h, e.g.
- _MSC_VER or __BORLANDC__
- * mv index.html zzip-index.html and add makerule that patches
- the VERSION in before installing it as index.html
- * add a makerule to build sourceforge htdocs and add it
- to the rpm build.
- * add generic patches for libtool into configure.ac
-
-2001-07-18 Guido Draheim <guidod@gmx.de>
- * check up bugs in automake 1.4beef, now using a rule to
- override AUTO* in non-maintainer-mode. we also set
- libtool to silent in non-maintainer-mode
- * docs are installed to $datadir/doc/$package as default
- * rpms can now be built.
- * create --with-docdir and let it be filled in rpm-configure
- so that docs will end up where rpmopt says it should.
- * ChangeLog goes into %doc of rpms.
- * uhmm, forgot to install the test*.c files into the docdir
- * the bin rpms had not been built
- * compress into base and devel package
- * errnolist should be static
-
-2001-07-17 Guido Draheim <guidod@gmx.de>
- * nuke Makerule system, use plain autotools style including
- configure && make install to rebuild
- * update Makefile.am (which is new now)
- * use next-generation autotools as a basis, update configure.ac
- to newer style, update configscreen at the end of file
- * check perl in configure and let it default to "echo"
- * check HAVE_ defines coming from config.h - it is not anymore
- included by zzip-config.h, so each config-def usage
- must now use the prefix'd version
- * provide a zziplib.spec file
-
-2001-01-05 Guido Draheim <guidod@gmx.de>
- * apply zzip_seek-patch from Ted [sourceforge.net/users/tam4]
- * -> 0.10.12
-
-2001-01-02 Guido Draheim <guidod@gmx.de>
- * gone through a couple of trial and error versions until
- I finally arrived at a mingw32msvc zzip.dll - basically
- I had to update the included libtool files to 1.3.5
- and the zzip.dll source-files have a ZZIP_DLL define
- before the first include that points to zzip-conf.h -
- and there is the magic about dllexport and dllimport.
- Hopefully the same can run under MSVC without further
- changes to the sources.
- * try to package a zip-file that contains the relevant files
- from the mingw32msvc install, so that windows user
- get a clean dll without the need to compile it.
- * -> 0.10.11
-
-2001-01-01 Guido Draheim <guidod@gmx.de>
- * received a patch for MSVC compatibility from Ted A. (@lehigh.edu)
- which made me to look after the project again. There
- were two support requrest during summer that asked for
- MSVC support, especially a prebuilt dll and headers.
- * added AC_PREFIX_CONFIG_H that I made originally for
- another project. It enables me to push the configure
- detections into a global include/-dir. Ted's patch
- used an `IFDEF MSVC DEFINE HAVE_SYS_TYPES_H` which
- is a symptom of using config.h&HAVE_CONFIG_H and
- zzip-file.h&IFDEF HAVE_xx. Change all header-IFDEF-HAVE
- to use IFDEF-ZZIP_HAVE, and install zzip-config.h
- along with the other headers, change the original
- include"config.h" in zzip-stdint.h and make it rely
- on zzip-conf.h - where zzip-conf.h includes zzip-config.h
- and lists the detected features to be used, along with most
- important extra defs for MSVC compatibility. (!!!)
- * added AC_COMPILE_CHECK_SIZEOF (cross-compile clean!)
- to always use the correct STDINT defines. Delete
- use of glib.h if present, it's not needed anymore.
- * use ZZIP_off_t instead of off_t
- * prepare for a MSVC' ZZIP.DLL with _zzip_export defines..
- -DZZIP_DLL -> declspec(dllexport)
- -DHAVE_LIBZZIP -> declspec(dllimport)
- * make sure, __attribute__ is okay with non-gcc compilers
- and attache packed-attribute to *all* zipformat-structs. The
- whole of zzipformat.h is also enclosed in pack-pragmas.
- * -> 0.10.7
- * create zzip-config.in and install it.
- * mingw32msvc has shown that we need -lz on the command-line
- to resolve a few symbols
- * go automake
- * install zzip-config along
- * mingw32msvc does not build with cross-make.sh as seen on
- http://libsdl.org/Xmingw32 - it needs the cross-tool/lib
- just as well. There we have LDLIBADD in Makefile.mk now.
- Now everything works for making win32 target with cross-tools.
- * The rest of the make-struture should ensure to be able to
- create an MSVC nmake Makefile - the Makerule.am is clean and
- can be directly included... hopefully.
- * -> 0.10.8
-
-
-2000-06-03 Guido Draheim <guidod@gmx.de>
- * Tomi did a final test round for solaris, oh well,
- configure needs some fixes...
- * checking for myself at the university's solaris2.6 with
- gcc-2.95.2, hmm... there's an sys/int_types.h that
- seems to define some of C9X int-types, put it into
- the configure.in and know about it in zzip-stdint.h
- (btw, glibc seems to have include/inttypes.h that
- includes stdint.h).
- * tomi did report a problem with gcc 2.7.2... probably
- sth. about -rpath
- * release 0.10.6 and going to announce it...
-
-2000-05-31 Guido Draheim <guidod@gmx.de>
- * created the main doc html files, index.html, zzip-zip.html
- and zzip-file.html. the README and README.API is deleted,
- and the TODO is a bit updated.
- * This version is meant to be announced very soon now.
- * release 0.10.5 and contact Tomi for his final nod.
-
-2000-05-31 Guido Draheim <guidod@gmx.de>
- * ifdef HAVE_SYS_STAT_H where stat is used. Removed
- the stats from zzip-file.h - it will now just try
- to open the file or zip-file and assume that
- open(2) will fail if the file is not there. I do
- hereby assume that the returned fd is seekable..
- * two new functions, zzip_dir_real and zzip_file_real
- to check if the ZZIP_XX structures are wrapping a
- real file or directory. Otherwise it is a zip-archive
- or a zip-contained file respectivly.
- * zzip_compr_str does now know about stat-types and
- will return names for S_ISTYPE bits.
- * remove zzip_fd. It was identical to zzip_dirfd
- whose name is consistent with dirent.h
- * zzip_stat -> zzip_dir_stat since it does not neither
- return a stat structure nor does it use stat(2)
- * Checking the doc-comments
-
-2000-05-30 Guido Draheim <guidod@gmx.de>
- * zzip_fp -> zzip_file and _fp_ functions to _file_
- * zzip-stdint.h to ensure iso c9x typedefs
- * ZZIP_GET16/32 macros in zzip.h header.
- * minor updates in cosmetics and documentation
- * have full replacements for dirent.h functions,
- the zip-specific functions are now called
- zip_dir_open (and more alike). The zzdir can
- now show a list of files in a real directory,
- or magically the files contained in a zip-arch.
- * release 0.10.4
-
-2000-05-29 Guido Draheim <guidod@gmx.de>
- * zzipmain -> zziptest and some cleanups
- in the Makefile. zziptest is now just
- another test program, so it gets compiled
- in full similarity with zzcat and zzdir.
- * removed zziptest from install-bin
- * the long forgotten simplicistic dependency
- rule is now in here too.
- * cosmetics to pointer declar' stars in
- zziplib.h
- * ZZIP_FP -> ZZIP_FILE and
- zzip-fp.h -> zzip-file.h
- * removed the use of zzip.h where suggested
- by Tomi. (use public zziplib.h instead)
- * removed errno.h from zziplib.h
- * printing configuration at end of configure.
- * add install-includeHEADERS rule, so that
- zziplib.h does now get installed.
-
-
-2000-05-27 Guido Draheim <guidod@gmx.de>
- * zzipformat.h carries information about the
- zip-file structure. The typedefs are now
- used to access members of the zip-archive
- (instead of using the offsets directly).
- * notice that the members are declared
- bytewise due to compiler semantics that is
- making a structure packed&aligned to the
- greatest common size (which would be 4).
- setting as attribute(packed) is not very
- portable.
- * reworked the files, esp. zzip-zip.c and
- zzip-ar.c
- * _USE_MMAP in autoconf, including option
- and CFLAGS setting. instead of open/read
- to a scan buffer the zip-file is mmapped
- and scanned directly.
- * _LOWSTK in autoconf, including option and
- a CFLAGS setting. Still need a scan buffer
- and this flag tells us not to carve the
- scan buffer from the auto-stack and use
- instead some malloc for the scan buffer.
- * DEBUG in autoconf, including option and
- a CFLAGS setting. The macros should now
- be able to be found everyone and only.
- * revamped EDH find routine, dumped old-style.
- * revamped read-EDH to use mmap and to use
- copy/read only for the parts we need. The
- read-EDH buffer is not limited to 32K
- anymore and can have any length. No realloc
- need anymore.
- * opendir does not allocate the cache.buf32k
- anymore - it does have no need for it. the
- buffer is still cached for subsequent Open
- calls. May want to setvbuf later.
- * a few renamings to be more bits/dirent.h-like,
- so many things are now called d_name and
- d_reclen instead of name or next as before.
- * renamed the package to "zziplib" as being
- suggested by Tomi.
- * release 0.10.3
-
-2000-05-26 Guido Draheim <guidod@gmx.de>
- * -release at link-line for the lib
- * zzcat.c as a test program, which uncovered
- a few flaws.
- * a flaw w/_fd_opendir when being given a
- non-inited err-return-variable and no
- error did occur.
- * the error to errno table was incomplete,
- and the ZZIP_INFLATE error is superfluous.
- * zzdir.c as a test program, needs still to
- be given the full zip-arch name.
- * changed member names of zzip_dirent to
- match similar names in dirent and stat,
- (ie. d_name and st_size) and added furthermore
- a z_size that returns the compressed size.
- * little updates to names and comments.
- * release 0.10.2
-
-2000-05-22 Guido Draheim <guidod@gmx.de>
- * merge with zip08x-0.9.6 - actually just
- a bugfix for zzip_fp_open IGNOREPATH -
- I even applied it in a different way than
- Tomi did.
- * bugfixes for zzip_open, it did not always
- set errno(2) to the value of zzip_errno.
- * The zzip_read is now seperate from
- zzip_fp_read, so that setting errno(2) is
- only done in zzip_read, not in the zzip-touching
- function.
- * zzip-doc.pl to generate libzzip.html
- * release 0.10.1
-
-2000-05-21 Guido Draheim <guidod@gmx.de>
- * drop-in replacements ready for daily use,
- just use zzip_open with a normal path to
- a fs file. If that file is not found in
- a normal fs directory, then the path is
- splitted into a basepath and a filename,
- a ".zip" is appended to the basepath to
- form a zip-arch name, and the filename
- is then searched inside the zip-arch if
- that one exists. Very nice for distribution
- of a subdirectory full of scripts and that
- is what it is meant for - the PFE will be
- able to use this one for Forth-files.
- * have a VERSION file containing "0.10.0" and
- add some rules to Mk-rules
- * start with in-source docs that will be used
- for documenting the lib calls. A jdoc like
- doc extractor should be able to grok these,
- I'll see to release docs with the next
- release, but this time...
- * make it release 0.10.0 and upload it to
- pfe.sourceforge.net/pub where it will lurk
- around until I contacted Tomi. He seems to
- be currently working on zip08x
-
-2000-05-17 Guido Draheim <guidod@gmx.de>
- * decided to have it actually called zzip_ and so
- all of the stuff is going to get renamed again.
-
-2000-05-16 Guido Draheim <guidod@gmx.de>
- * obtained Tomi's code and made changes so that the
- resulting library is more portable, esp. the glib
- usage is being abolished. The name of the library
- (and package) has been renamed to libunzip and
- all types, consts and funcs to now carry the unzip_
- prefix.
- * autoconf !!!!
- * drop-in functions that can be made to easily replace
- dirent and filefd functions.
-
-
-Mon Apr 5 11:23:46 2000 Tomi Ollila (too@iki.fi)
-
- * Release 0.9.5
-
- * Made some tiny modifications after Matthew's code.
-
-Sun Apr 4 8:30:00 2000 Matthew D. Campbell (matt@campbellhome.dhs.org)
-
- * Cleaned up compile warnings in SuSE Linux
-
- * Cleaned up code for cross-compilation with Xmingw32
-
- * Modified zipx.h to support linking to C++ apps
-
-Wed Jul 28 11:23:46 1999 Tomi Ollila (too@iki.fi)
-
- * Release 0.9.4
-
- * Fixed support for simultaneous open files with each
- open `ZipFile'.
-
-Thu Jul 22 11:57:46 1999 Tomi Ollila (too@iki.fi)
-
- * Release 0.9.3
-
- * Added premilinary README.API.
-
-Sat Jul 10 11:49:58 1999 Tomi Ollila (too@iki.fi)
-
- * Release 0.9.2
-
- * Fixed code to read start-of-file offset from local header
- instead relying directory info is sufficient (were TOO naive
- about that, the first user reported this library won't work
- with his archives).
-
-Sun Jun 13 20:40:11 1999 Tomi Ollila (too@iki.fi)
-
- * Initial release (0.9.1).