[ 
https://issues.apache.org/jira/browse/COR-21?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Dennis E. Hamilton updated COR-21:
----------------------------------
    Attachment: Extract-2015-01-10-0821-ZipFolders.png

The file Extract-2015-01-10-0821-ZipFolders.png is a WInZip scan of 
zlib128-dll.zip.

Notice how the files are named within the Zip folder.

It happens that there are no directories inside a Zip.  The Zip uses full path 
names on its files.
The entries shown that appear to be for directories are special entries that 
are generally only used on *nix systems to set directory permissions.  These 
are ignored on Windows (and Windows will not create an empty directory from a 
Zip.)

There are many Zip-creating utilities that make these folder entries for no 
particular reason, but they are in there.  

The test output, which is what this is, lists the contents of the Zip in the 
order in which it finds the items. 

The WinZip utility I am using does not show finer detail when it tests a Zip.  
7-zip provides even less information.  I think part of the problem being seen 
is in here, but it is not clear exactly what it is, since the other zip 
downloads for the external libraries also contain directory entries within 
them.  

> Extracting Externals Problems on Shared Drives
> ----------------------------------------------
>
>                 Key: COR-21
>                 URL: https://issues.apache.org/jira/browse/COR-21
>             Project: Corinthia
>          Issue Type: Bug
>         Environment: Microsoft Windows connection to shared drives
>            Reporter: Dennis E. Hamilton
>            Priority: Minor
>              Labels: Windows, download, scripts, sharedstorage
>         Attachments: Extract-2015-01-09-1505-XPtoDitto.png, 
> Extract-2015-01-09-1511-Astraendo2toDitto.png, 
> Extract-2015-01-09-1523-VW10toZ.png, 
> Extract-2015-01-10-0813-FolderAttributes.png, 
> Extract-2015-01-10-0821-ZipFolders.png, Extract.png
>
>
> Peter reported failures of the extract_downloads script when operating on a 
> share from within a Windows 7 VMware Guest.
> A similar problem has been replicated with a Windows 10 Guest on Hyper-V.
> It smells like some sort of race condition.  
> Some use on shared drives work, others fail.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to