Re: Strange unzip problems

["Anthony M. Richardson" <richardson@evansville.edu>]

On Tuesday 04 June 2002 07:44 am, Bart Oldeman wrote:
> On Tue, 4 Jun 2002, Witold Filipczyk wrote:
> > C:\> zip -r freedos.zip freedos
> > C:\> unzip -d temp freedos.zip
> > works
> >
> > dosemu started from root account,
> > Freedos Beta 7 Ripcord
> > dosemu-1.0.2.1
>
> on a FAT partition? That makes a difference because you cannot turn off
> directory x bits on (Linux mounted and lredir'ed) FAT partitions.
>
> If C:\ corresponds to an ext2 instead of a FAT partition then things
> are different of course.

The example above will not work for me on ext2.  (Actually I'm using ext3, 
would that make a difference?) In the example above the temp directory would 
be created (with execute permission).  The freedos directory would be created 
also, but without execute permission so no files could be extracted to it.

I've found that I can extract some zip archives (that have subdirectories), 
but not others.  I played around with zip a bit and found that I can unzip 
files that are created with -R, but not with -r.  Unfortunately the archives 
I'm trying to extract were apparently created with -r.  I'm using the 
info-zip unzip that comes with freedos.  (djgpp provides one too, but I think 
it is the info-zip one - it doesn't work either.)

I've found that I can get around the problem by creating an MSDOS partition 
image and using the loopback device to mount the image under my linux 
filesystem and using the mount point as my cdrive.  Not nearly as nice as 
just keeping everything under my ext3 filesystem but workable.

I think there is a problem with mapping of dos attribs to ext3 perms in 
dosemu.  Why should "attrib +s +h dir" make a directroy inaccessible?
It doesn't make it inaccessible under MSDOS on real hardware does it?

Thanks,
Tony