view release on metacpan or  search on metacpan

unzip-6.0/macos/HISTORY.TXT  view on Meta::CPAN

        changed accordingly. Unzip uses now the filename stored in the
        extra-field when unzipping.

10) CHG: {Unzip} code is now up to date with the latest beta 5.33g.

11) CHG: {Unzip} code is (again) up to date with the latest beta 5.33h.

12) ADD: {Unzip} following switches were added:
       -J     [MacOS  only] ignore mac extra info. All macintosh
              info are not restored. Datafork and resource-fork
              are restored separatly.

       -i     [MacOS  only] ignore filenames stored in mac extra
              field. Use the most compatible filename stored in
              the public field.

       -E     [MacOS  only] show mac extra field during restoring

13) ADD: {Zip/Unzip} Charset MacRoman to ISO8859 Latin and vice versa

14) RMV: {Zip} -N option removed. This MacZip crashes using this option.
         I will fix it later.


I think I'm very close for a final release of "MacZip 1.0" :-)



4. Beta release 27.June.1998
----------------------------

26.June.1998
------------

1) FIX: {Zip} extra field size value was wrong.



25.June.1998
------------

1) CHG: {Zip} code is now up to date with the latest beta 2.3d.
        So both modules, zip & unzip, uses now latest beta.

2) ADD: {Zip} added a UT extra-field for better compatibility.

3) CHG: {Unzip} changed the code to find the mac extra-field.
        Unzip has to look for a mac extra-field because
        mac-archives has now two extra-fields (UT + M3).

4) CHG: {Unzip} changed the method to move extra-field data to
        the internal extra-structure.
        Old method was just BlockMove of the ef_structptr to ef_memptr.
        This method was dangerous because not all members of the
        structure seamless aligned. There are may be some fill
        bytes in the structure depending on the compiler setting.

5) ADD: {Unzip} added a warning if unzipping a ZipIt/PKZip archive.
        ZipIt/PKZip archives are usually additionally coded somehow.
        InfoZip's Unzip will *not* decode the files. So extracted
        files are may be not decoded. (see also 6. and 7.)

6) ADD: ZipIt (the Shareware Tool) has now a new extra-field signature:
        0x2705. Found in "ZipIt 1.3.8". I added a new macro: EF_ZIPIT2

7) ADD: Added PKWare's extra-field signature: 0xCF77.
        Found in "PKZIP v2.03". I added a new macro: EF_PKMAC

8) ADD: {console} It's now possible to save all screen outputs
        to the disk.

9) RMV: {console} this is the first beta without expire-date.


16.June.1998
------------

1) FIX: {Unzip/console} Extract path now defaults to current-dir if
        no path is given.

2> CHG: {Unzip} creates now a extract-folder by default. This behavior
        differs to the commandline tool of Unzip on other platforms.
        However, for a mac-user is this behavior more convenient.


3. Beta release 15.June.1998
----------------------------

15.June.1998
------------

1) CHG: {unzip/zip} I changed the layout of the extra field
        to support more data.


14.June.1998
------------

1) FIX: {Unzip} adjusted time_t value with an correct offset value.

2) FIX: {Unzip} removed all unused code based on unfinished ideas by
        former porter(s).

3) CHG: use of shared code izshr 032.

13.June.1998
------------

1) FIX: {Unzip} Filenames are only converted when needed. When zipping
        with the switch 'datafork only' the filenames are shorted which
        was wrong.

2) CHG: {Unzip} code is now up to date with the latest beta 5.33f.

3) CHG: {Zip} Changed the naming rule of filenames from old Johnny Lee's
        to my implementation. Johnny Lee's idea is based on change of the
        filenames which cases several problems when unziping on a non mac
        plattform. My idea is to add a special directory: 'Re$0urce.Fk'.
        For the future: Zip will create archives according the new nameing
        rule. However unzip will be compatible with old nameing rule.
        See also 4.