Mail Archives: djgpp/2000/07/07/06:03:00
> From: "Juan Manuel Guerrero" <ST001906 AT HRZ1 DOT HRZ DOT TU-Darmstadt DOT De>
> Date: Fri, 7 Jul 2000 08:34:02 +0200
>
> Unzip32 has an, in my opinion, somewhat "peculiar" algorithm
> for truncating long file names into short file names on plain DOS.
Thanks for reporting this.
I know about this problem with InfoZip's programs for quite some time
(discovered it with Textutils, as you did). My version of UnZip is
very old, and since no one until now complained about the Textutils
test suite, I was hoping that this is fixed in later versions.
Evidently, it isn't.
> I had the sources of unzip532 available so I can
> send a patch that shows were the difficulty is located.
> The "bug" is in function map2fat in file unz532/msdos/msdos.c.
> 1) I know that this is not the appropiate place to send this
> patch but the intention is to call your attention to this difficulty.
> 2) This patch shall only show where the bug is and not
> fix it. The patch simply defines out the faulty part of the
> function. This is probably a too crude approach.
I think unzip in its DJGPP version should simply reuse the code from
DJTAR. (With minor changes, the same code is in the DJGPP ports of
GNU Tar and cpio.) Or just truncate the name to 8+3 and forget all
the other trickery. In any case, I suggest to send diffs to the UnZip
maintainers.
- Raw text -