Archive-Date: Mon, 05 Feb 1996 00:02:44 CST Sender: owner-info-zip-announce@WKUVX1.WKU.EDU Date: Mon, 5 Feb 1996 00:02:04 -0600 (CST) From: Cave Newt Reply-To: Info-ZIP@WKUVX1.WKU.EDU Message-ID: <199602050602.AAA22657@ellis.uchicago.edu> To: info-zip-announce@wkuvx1.wku.edu Subject: UnZip 5.20k beta finally uploaded(!) [unz520k.msg, 4 Feb 96: this is a beta, do not distribute, etc.] PLEASE RESPOND TO ZIP-BUGS, NOT TO INFO-ZIP! The Reply-To: header on this message is set incorrectly. ftp://quest.jpl.nasa.gov/beta/unz520k.zip ftp://quest.jpl.nasa.gov/beta/unz520k-no-wingui.zip ftp://quest.jpl.nasa.gov/beta/zcryp26a.zip This beta once again contains a large number of changes, much of which is clean-up, but I hope that that's about the end of it. I'd like to concentrate solely on fixing bugs from now on; it's high time for a public release, and that means it's time to start limiting the incoming patches drastically. But that's for the next beta. This one has a few nice little features, including a performance tweak from Paul Kienitz (worth about 2% in my testing, but what the heck--that's still worthwhile). I also finally fixed the Unix MORE code so that screen-height is automatically detected; this isn't super-tested yet, but it's pretty simple and it worked under Linux the first time I tried it. I also made MORE a default option just to make sure it works for everyone. It was never intended to be an option for this long; I just forgot to get rid of the ifdefs. If nothing major breaks, I'll get rid of all references to MORE. Paul and Christian, I trust this settles the Amiga issue you were arguing about a few weeks ago... Mike White has sent what should be just about the final WizUnZip revisions; the makefiles are probably slightly broken due to asynchronous input from Mike and Christian, but the addition of ttinp.c to wingui/makefile.* should take care of things. Sorry for not doing it myself, but I'm already late. Finally, note that the crypt code has been given a long-overdue overhaul, splitting out the non-restricted TTY I/O code into a separate module (still shared with Zip, but no longer part of the zcrypt package). Hence zcrypt is bumped up a version to 2.6a. This is actually the change that allowed me to finish the Unix MORE support mentioned above... Thanks, Christian. (The new module may get renamed to ttyio.c, assuming I can convince the others that this is a logical thing to do.) Here's the full list: - OS/2: added zip2exe.cmd script [John McDonald] - Windows: more updates [Mike W] - more general clean-up and optimizations [Christian] - more CRC/zlib updates [Christian] - Amiga: more updates [Paul] - NEXTBYTE/defer_input performance optimizations (~2%?) [Paul] - major crypt/tty reorganization [Christian] - OS/2: removed api.def and unzip16.def [Kai Uwe] - added -h option to print usage without failure status (no VMS /HELP version yet) [CN, Mike F] - OS/2, DOS, Win32: more 386 assembler CRC updates, pragma updates, makefile updates, INSTALL updates, etc. [Christian] - Acorn: cleaned out some obsolete stuff from RunMe1st [Sergio, Christian] - cleaned up ttinp.c [CN] - Amiga: removed filedate.c dependency from funzip compilation [Paul, Christian] - Windows: added new wizdll directory for DLL version of WizUnZip (distinct from "normal" UnZip DLL for Windows in win16dll) [Mike W] - Macintosh: general updates for compilation [Antoine] - commented out ioctl(), stty() and gtty() prototypes in ttinp.c [CN] - Unix: wrote *real* screenlines() function for MORE [CN] - defined MORE for everyone to see what breaks [CN] - fixed missing end-comment delimiter in zipinfo.c [Mike W] - fixed formatting in makefiles [Christian] - fixed explode.c static/non-static function-declaration mismatches [Mike F] - fixed missing set of braces in full crypt getch() stuff; removed extra left parenthesis in unzpriv.h [Christian] - Windows: fixed/cleaned up password code - added non-static function definition in crypt_dummy for Acorn compiler [Sergio, Christian] - Unix: define PROTO for RS/6000 AIX [Antoine] Cheerios, Greg ================================================================================ Archive-Date: Thu, 08 Feb 1996 10:57:19 CST Sender: owner-info-zip-announce@WKUVX1.WKU.EDU Date: Thu, 8 Feb 1996 10:50:24 -0600 (CST) From: Cave Newt Reply-To: Zip-Bugs@WKUVX1.WKU.EDU Message-ID: <199602081650.KAA09546@ellis.uchicago.edu> To: info-zip-announce@wkuvx1.wku.edu Subject: warning about 5.20k A change was made recently to the printing logic in UnZip, with the result that you may see some weird effects when doing something as simple as listing a zipfile or testing it. SunOS specifically is subject to this problem, namely, the definition of INT_SPRINTF where PCHAR_SPRINTF should be defined instead. If you compiled the new beta and noticed a problem like this, check your local man pages or compiler docs to see if sprintf() is supposed to return an int or a pointer, then define the appropriate macro in your makefile (with -DINT_SPRINTF or -DPCHAR_SPRINTF, typically). Also please send a message to zip-bugs about it--assuming this fixed your problem. :-) Thanks, Greg ================================================================================ Archive-Date: Mon, 12 Feb 1996 09:42:05 CST Sender: owner-info-zip-announce@WKUVX1.WKU.EDU Date: Mon, 12 Feb 1996 09:35:02 -0600 (CST) From: Cave Newt Reply-To: Zip-Bugs@WKUVX1.WKU.EDU Message-ID: <199602121535.JAA05964@ellis.uchicago.edu> To: info-zip-announce@wkuvx1.wku.edu Subject: UnZip 5.20m beta uploaded [unz520m.msg, 11 Feb 96: this is a beta, do not distribute, etc.] ftp://quest.jpl.nasa.gov/beta/unz520m.zip ftp://quest.jpl.nasa.gov/beta/unz520m-no-wingui.zip ftp://quest.jpl.nasa.gov/beta/zcryp26b.zip (1 change: ttinp.h -> ttyio.h) [I skipped 5.20l because it looks too much like 5.201. Also, thanks to Hunter for fixing the reply-to header! :-) ] OK, so I didn't limit myself just to bugfixes for this beta; Christian sent another of his trademark omnibus patches, and it was just too useful (and too long on the ToDo list) to pass up. It also incorporated fixes for a long-standing (if seldom triggered) bug, namely the lack of support for chained extra fields, so it's not like I totally contradicted myself.... The big news is, in fact, Christian's patch: UnZip now supports GMT/UTC times (timezone-independent) on virtually all platforms. I've tested the feature with a couple of Christian's zipfiles; they were made under DOS, "nine hours in the future" (difference between his local time and mine), and they came out with the proper local time corresponding to his actual time of modification. (Not only that, but they also list with the correct local time, both with -v/-l and with ZipInfo mode.) This feature is prob- ably of greatest interest to groups like ours, where collaborators from all over the world share code across multiple operating systems, but I imagine others will find it handy, too. There are still some things to be done w.r.t. NT-Unix time conversions, but those are relatively minor. Non-Unix users need to define USE_EF_UX_TIME to see this new feature, I believe. You'll also probably need to set the TZ environment variable if you haven't already. For me it would be something like "set TZ=PST8PDT" or "setenv TZ PST8PDT", since GMT/UTC is 8 hours ahead of Pacific Standard Time. Christian also cleaned up the -h option and added a VMS CLI version; Mike White updated the wingui and wizdll stuff for possibly the last time; and I tossed in a few minor bugfixes, including the Sun sprintf() ooper I announced a few days ago. I also went ahead and changed ttinp.[ch] to ttyio.[ch] as threatened in the last upload message. There seemed to be mild agreement that that was a reasonable thing to do and no protests. I've updated zcrypt accordingly; that was the *only* change since 2.6a, so hang on to the older version if you want to use it with Zip 2.0v or earlier (or just edit the "include ttyio.h" line in crypt.c). Other news: Paul reports that his performance patch from the last beta, which I reported as giving a 2% speed-up under Linux/ELF/486, boosts DOS32 and WIN32 by considerably more. Those of you with such systems may want to test that. I *didn't* get the G->/G. thing fixed yet; sorry, Johnny and Jean-loup. That's at the top of my to-do list for next time. Seriously. :-) Here's the full list: - made -h option more elegant and added VMS CLI version [Christian] - more clean-up [Christian] - monster extra-field update (multiple e.f.'s per file now handled) and GMT/UTC timestamp support for virtually all OSes [Christian] - renamed ttinp.[ch] to ttyio.[ch] to match fileio.c [CN] - Amiga: clean-ups for MORE support, fixes for decryption [Paul] - Mac: re-added missing macgetch() function [Christian] - Windows: removed WIZUNZIPDLL stuff (top of extract.c); undef'd MORE [Mike W] - Unix: fixed Sun PCHAR_SPRINTF oversight [CN] - Win32: fixed missing `$' in makefile.wat [Paul] - replaced overlooked memset() with memzero() in globals.c (also extract.c) [CN] - various fixes to files shared with Zip [Christian] Cheers, Greg ================================================================================ Archive-Date: Sun, 18 Feb 1996 15:41:10 CST Sender: owner-info-zip-announce@WKUVX1.WKU.EDU Date: Sun, 18 Feb 1996 15:40:35 -0600 (CST) From: Cave Newt Reply-To: Zip-Bugs@WKUVX1.WKU.EDU Message-ID: <199602182140.PAA12376@ellis.uchicago.edu> To: info-zip-announce@wkuvx1.wku.edu Subject: UnZip 5.20n beta uploaded: faster! [unz520n.msg, 18 Feb 96: this is a beta, do not distribute, etc.] ftp://quest.jpl.nasa.gov/beta/unz520n.zip ftp://quest.jpl.nasa.gov/beta/unz520n-no-wingui.zip ftp://quest.jpl.nasa.gov/beta/zcryp26c.zip A welcome change: an on-time beta with better performance and the beginnings of updated documentation! Gosh, will wonders never cease. The big news for *this* release is the long-overdue G->/G. switcheroo that Johnny first suggested last summer and about which Jean-loup has been pestering me ever since. :-) OK, that's not true, but he did prod me into doing it now rather than letting it slide until 6.0. The good part is that the change resulted in about a 5.4% speed-up on my system; the bad part is that it will require every port to be compiled both with and without REENTRANT defined just to make sure I didn't miss some silly little old-style reference to the "G" struct pointer. On the other hand, everybody should be compiling as many of the betas as they possibly can, just to make sure things still work. I also moved some programming info into a new proginfo directory and added Paul's how-to message on the defer_input stuff. Note that henceforth Christian is (I think) in charge of zcrypt releases, as well as overseeing the subset of source/docs files shared between Zip and UnZip. Christian, note that I made one or two changes to ttyio.*; one of them was substantive at one point, but I may have moved that change into fileio.c instead. Here's the full list of changes: - updates to various shared (with Zip) sources and docs [Christian] - updated ZipPorts doc, moved to new proginfo directory with CONTRIBS, and added new defer.in doc from Paul [CN, Paul] - converted all G-> to G. references -> about 5.4% speedup on Linux/486 [CN, Jean-loup, Johnny Lee] - fixed SPRINTF logic; now PCHAR_SPRINTF always safe [Christian] - Atari: commented out do_wild() for UnZipSFX; added typecasts [Christian] - VM/CMS, MVS: renamed some overlooked (uppercase) TTINP -> TTYIO [Christian] - nuked Info() macro in screenlines() debug statements (infinite recursion); added various typecasts [Christian] - Windows: wndproc.c, action.c, WIN_VERSION_DATE fixes [Mike W] Cheerios, Greg ================================================================================ Archive-Date: Sun, 18 Feb 1996 20:38:24 CST Sender: owner-info-zip-announce@WKUVX1.WKU.EDU Date: Sun, 18 Feb 1996 20:37:45 -0600 (CST) From: Cave Newt Reply-To: Zip-Bugs@WKUVX1.WKU.EDU Message-ID: <199602190237.UAA12191@ellis.uchicago.edu> To: mdlawler@gwmicro.com Subject: Re: 5.20N error CC: info-zip-announce@wkuvx1.wku.edu, zip-bugs@wkuvx1.wku.edu Michael, > I compiled 5.20N without REENTRANT and it appeared to work fine so I compiled > it with REENTRANT and got the following error > Error fileio.c 760: Undefined symbol 'pG' in function UzpMessagePrnt Thanks! That's exactly the sort of error I was looking for. > How do I solve this? Here's the patch: *** fileio.c.1 Sun Feb 18 08:50:55 1996 --- fileio.c Sun Feb 18 18:28:20 1996 *************** *** 650,655 **** --- 650,658 ---- ulg size; /* length of string (may include nulls) */ int flag; /* flag bits */ { + #if defined(REENTRANT) && defined(SMALL_MEM) + struct Globals *pG = Gptr; /* used in LoadFarString() macro */ + #endif int error; uch *q=buf, *endbuf=buf+(unsigned)size; #ifdef MORE I've cc'd this to info-zip-announce for general enlightenment. Greg