On 5/7/07, Joe Ripley <vitaminjoe@xxxxxxxxx> wrote:
The problem I have is, when pkunzip (in my case, pkunzip 2.50) is ran with the '-d' switch (to automatically create the original directory structure of the archive) it fails.
...
The reason that PKUNZIP 'can't create' the files, is because the directories (BIN, DATA, etc.) don't have the execute bit set on them.
...
Anyway, I'm running DOSEMU 1.3.5. I've tried both MS-DOS 6.22 and FreeDOS 1.0 and the problem exists in both. Is there some kind of umask setting that will control this behavior, or is it an internal DOSEMU problem?
It's an internal DOSEMU problem, and an old one at that! The problem is that DOSEMU emulates the "archive" DOS attribute through the user x bit. Very few DOS programs attempt to set or reset the archive attribute on directories, but pkunzip 2.50 does. The same problem happens with dosemu 1.2.2 (which crashes unless you use the -3 option of pkunzip). I'm going to fix it in DOSEMU by ignoring set attribute requests on directories but there are other workarounds, e.g. by using INFO-ZIP (for DOS or Linux) or older versions of pkunzip. On a mounted FAT partition the problem should not happen either. Bart - To unsubscribe from this list: send the line "unsubscribe linux-msdos" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
