You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2005/07/08 16:20:53 UTC
DO NOT REPLY [Bug 34764] -
Zip task sets '000' permission on UNIX
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=34764>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34764
bodewig@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
------- Additional Comments From bodewig@apache.org 2005-07-08 16:20 -------
jar files generated by the JDK's jar tool in general have broken permissions when
extracted by InfoZIP's unzip (the directories are not executable). This was
the main reason that made us implement our own Zip*Stream and ZipEntry classes
- adding support for filemode and dirmode.
Steve, the permissions are stored inside the external attributes of the zip entry,
you can access them via Ant's ZipEntry class.
OK, how do you create the jar file on Windows? How do the permissions look
like if you run unzip on the jar created in the first step?
Your <zipfileset> probably has neither a filemode nor a dirmode attribute,
in which case it later on you don't get the default permissions (0744 and 0755
respectively) but whatever the external attributes in the first jar said.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org