DOS ain't dead

Ed Gordon has released Info-ZIP Zip version 3.0 on 05 July 2008.

Home page: http://www.info-zip.org/Zip.html
Download: http://sourceforge.net/project/showfiles.php?group_id=118012&package_id=268777 (no binaries yet!)
Major changes:
* large-file support (i.e., > 2GB)
* support for more than 65536 files per archive
* multi-part archive support
* bzip2 compression support (also on DOS! )
* Unicode (UTF-8) filename and (partial) comment support
* difference mode (for incremental backups)
* filesystem-synch mode
* cross-archive copy mode
* extended progress info and logging
* improved archive-fixing support
* improved streaming and piping
* improved command-line parser
* improved Unix FIFO support
* Unix 32-bit UIDs/GIDs (requires UnZip 6.0 to restore)

---
Forum admin

> Ed Gordon has released Info-ZIP Zip version 3.0 on 05 July 2008.
>
> * large-file support (i.e., > 2GB)

Now, correct me if I'm wrong, but what OSes can use > 2 GB with the DOS version (DJGPP 2.04 only)? I blindly assume not FreeDOS (says DOS386) but EDR-DOS, Win NT 4.0, Win9x, and WinXP etc. should potentially work.

> > * large-file support (i.e., > 2GB)
>
> Now, correct me if I'm wrong, but what OSes can use > 2 GB with the DOS

I have no idea, because I don't use/need such large files.

---
Forum admin

> Now, correct me if I'm wrong, but what OSes can use > 2 GB with the DOS
> version (DJGPP 2.04 only)? I blindly assume not FreeDOS (says DOS386) but
> EDR-DOS, Win NT 4.0, Win9x, and WinXP etc. should potentially work.

From within a NTVDM in WinXP a DOS application can access a NTFS file which is larger than 2/4 GB.

---
MS-DOS forever!

> > Ed Gordon has released Info-ZIP Zip version 3.0 on 05 July 2008.
> >
> > * large-file support (i.e., > 2GB)
>
> Now, correct me if I'm wrong, but what OSes can use > 2 GB with the DOS
> version (DJGPP 2.04 only)? I blindly assume not FreeDOS (says DOS386) but
> EDR-DOS, Win NT 4.0, Win9x, and WinXP etc. should potentially work.

Following should also be supported by FreeDOS
(copied out of my source code, not sure where I found it):

FAT+

FAT plus is a new standard defined by Enhanced Dr-DOS and Free-DOS
developers. It extends the capacity of FAT16 (not very useful) and FAT32
partitions (very useful, called then FAT32+ and supporting files up to 256
GB).

For files larger than 4 GB, in Enhanced DR-DOS 7.01.08 WIP the file pointer
can be set with the following new 64-bit DOS function, shown as a modified
excerpt of Ralf Brown's Interrupt List:
--------O-217142-------------------------------
INT 21 - Enhanced DR-DOS 7.01.08+ - "Long LSEEK" -
SET CURRENT 64-bit FILE POSITION
AX = 7142h
CL = origin of move
00h start of file
01h current file position
02h end of file
BX = file handle
DS:DX = pointer to (signed) 64-bit offset from
origin of new position
Return: CF clear if successful
DS:DX unchanged, new 64-bit position from
start of file written into memory at -> DS:DX
CF set on error
AX = error code (01h,06h) (see #01680 at AH=59h/BX=0000h)

> Following should also be supported by FreeDOS
> (copied out of my source code, not sure where I found it):
>
> FAT+
>
> FAT plus is a new standard defined by Enhanced Dr-DOS and Free-DOS
> developers. [...]

Sounds like the Club Dr-DOS Wiki page about FAT+. However I don't know any FreeDOS developer helped Udo in developing the specification and interface. At least FAT+ is not supported by FreeDOS: neither the Kernel nor FreeCOM knows about/uses it. And I think DJGPP does not support it either.

---
l

> Ed Gordon has released Info-ZIP Zip version 3.0 on 05 July 2008.
>
> Home page: http://www.info-zip.org/Zip.html
> Download:
> http://sourceforge.net/project/showfiles.php?group_id=118012&package_id=268777
> (no binaries yet!)

Well, I went ahead and built it myself using both DJGPP 2.04 and OpenWatcom 1.7a:

http://rugxulo.googlepages.com/zip30dj.zip (with Bzip2 support, e.g. "-Z bzip2")

http://rugxulo.googlepages.com/zip30wat.zip (all PMODE/W, all Win32, and zip16 "low mem")

P.S. Things like ZIPSPLIT compile correctly in 16-bit but don't work (and never did, IIRC), just FYI.

2008-07-13
For 32- and 64-bit CPUs. By the GNUWin32 Project

Info and downloads at:
http://gnuwin32.sourceforge.net/packages/zip.htm

Other download site:
http://sourceforge.net/project/showfiles.php?group_id=23617&package_id=16432

A complete installer (zip-3.0-setup.exe) is listed, but can't be downloaded.

Get:
zip-3.0-bin.zip - binaries, plain text manuals
zip-3.0-dep.zip - required bzip2.dll
zip-3.0-doc.zip - optional, manuals in various formats

> http://rugxulo.googlepages.com/zip30dj.zip (with Bzip2 support, e.g.
> "-Z bzip2")

It works! Compression advantage seems to be with larger files. Results with small text files were bigger than without bzip2. With all files tested so far, deflate results are exactly the same as with older Zip versions.

> A complete installer (zip-3.0-setup.exe) is listed, but can't be
> downloaded.

Works now for me, from the sf mirror

> > A complete installer (zip-3.0-setup.exe) is listed, but can't be
> > downloaded.
>
> Works now for me, from the sf mirror

Maybe the posting was new - I got error messages, IDs not found, from both main pages. But now they also are working OK.

These progs unpack bzip2-compressed zip archives with no errors, no complaints.

7-Zip (DOS, Win)

PIM (Win)
http://www.encode.ru/index.htm

PKZIP Reader (Win)
http://www.pkware.com/download-software

PeaZip (Win)
http://peazip.sourceforge.net/

Progs that don't work:
bzip2
RAR/UnRAR
Simplyzip

> These progs unpack bzip2-compressed zip archives with no errors, no
> complaints.

IZarc (Win32) also works.

> > These progs unpack bzip2-compressed zip archives with no errors, no
> > complaints.
>
> IZarc (Win32) also works.

I don't wish to alarm anyone, especially since this is a minor issue. BUT, it seems that "zip -f" or "zip -u" (my DOS builds only) don't work correctly under DR-DOS. However, FreeDOS or Win XP etc. work fine, no idea why (yet ... to the Batmobile!).

> IZarc(Win32) also works.

NOT amused.

> my DOS builds only) don't work correctly under DR-DOS. However,
> FreeDOS or Wi

DPMI host ? XMS/EMM ?

---
This is a LOGITECH mouse driver, but some software expect here
the following string:*** This is Copyright 1983 Microsoft ***

> > my DOS builds only) don't work correctly under DR-DOS. However,
> > FreeDOS or Wi
>
> DPMI host ? XMS/EMM ?

CWSDPMI and JEMMEX, but I don't think that's the problem since the OpenWatcom + PMODE/W DOS compiles also have the same issue, even on clean boot. They must've changed something since 2.32, which always worked fine. Very strange. (However, OpenWatcom Win32 of ZIP 3.0 + HX works fine although encodes ASCII-fied Unicode names, ugh.)