Hello!
I'm not sure if this question has been asked before, but if it has,
please let me know where I may find the answer.
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
On 5/7/07, Joe Ripley [EMAIL PROTECTED] 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
On 5/7/07, Bart Oldeman [EMAIL PROTECTED] wrote:
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
On 5/7/07, Joe Ripley [EMAIL PROTECTED] wrote:
On 5/7/07, Bart Oldeman [EMAIL PROTECTED] wrote:
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
On 5/7/07, Joe Ripley [EMAIL PROTECTED] wrote:
On 5/7/07, Joe Ripley [EMAIL PROTECTED] wrote:
Actually, I had some time to do some testing, and I found that it's
not that pkunzip is attempting to set the archive attribute. When run
with the debug messages turned on, pkunzip tries to create the
On 5/7/07, Bart Oldeman [EMAIL PROTECTED] wrote:
No, first of all creating a directory does not involve any attributes,
and secondly
0x10=directory, and 0x20=archive.
Woops... I guess that shows how much of a newbie I am. :)
As a hack to fix it, all I did was add one line to the beginning
