home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.os.os2.misc
- Path: sparky!uunet!mcsun!Germany.EU.net!math.fu-berlin.de!informatik.tu-muenchen.de!rommel
- From: rommel@Informatik.TU-Muenchen.DE (Kai-Uwe Rommel)
- Subject: Re: New INFO-ZIP Zip/Unzip trouble
- References: <1992Aug25.182713.9597@wam.umd.edu>
- Sender: news@Informatik.TU-Muenchen.DE (USENET Newssystem)
- Organization: Technische Universitaet Muenchen, Germany
- Date: Tue, 25 Aug 1992 22:12:13 GMT
- Message-ID: <1992Aug25.221213.21690@Informatik.TU-Muenchen.DE>
- Lines: 27
-
- In article <1992Aug25.182713.9597@wam.umd.edu> jdowdal@wam.umd.edu (John Dowdal) writes:
- >The new v1.9 of Info-ZIP's ZIP on ftp-os2.nmsu.edu is supposed to
- >handle EAs attached to files. It reports 'Message File Not Found'
- >if I zip a file with extended attributes and produces a trashed
- >temporary file instead of a .ZIP. It works fine on files without EA's.
- >What does 'Message file not found mean' and how can I correct
- >this problem?
-
- It says that something went wrong. Apparently, the 32-bit executable I
- made available does not work correctly if more than one file processed
- has EA's.
-
- I did main development and testing with emx+gcc but made the release
- with IBM C to avoid any trouble with emx.dll but unfortunately this
- created different trouble :-(
-
- I'll track that down and replace the 32-bit executables. As a
- workaround, you can use the 16-bit zip executable under OS/2 2.0 too.
- It is not too much slower than the 32-bit one (unlike unzip).
-
- Kai Uwe Rommel
-
- /* Kai Uwe Rommel --- rommel@informatik.tu-muenchen.de */
-
- DOS ... is still a real mode only non-reentrant interrupt
- handler, and always will be. -Russell Williams
-
-