[
https://issues.apache.org/jira/browse/COR-21?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14272557#comment-14272557
]
Peter Kelly commented on COR-21:
--------------------------------
It looks like the problem is related to some of the directories created during
execution of the script being read-only, specifically:
download\T
download\T\include
download\T\lib
download\T\test
After successfully running the script on an NTFS volume, I tried to copy the
download directory to a network drive, and encountered the same errors as
described earlier. I don't know if this is a property of the windows sharing
system, or the mac's implementation of it, but because the directories are
read-only, it does not allow files to be copied into them.
So we just need something in the script to clear the read-only attribute in the
script. attrib -r should do the job I think; I'm about to give that a try.
> 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.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)
