ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 1550] - delete task follow symbolic links
Date Wed, 08 May 2002 22:21:17 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1550>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1550

delete task follow symbolic links





------- Additional Comments From gus.heck@olin.edu  2002-05-08 22:21 -------
Is there some non-canonical path that can be returned by File.list() other than 
a symlink?

You may need to forgive my ignorance, but I don't see how aliases are a problem.

Earlier in this bug it was mentioned that when aliases are used in linux they 
may also lead to non-canonical paths (in addition to symlinks) I have done a 
little looking around (java in a Nutshell, and talking to some friends) and the 
only place I find mention of aliases in linux is shell aliases. So what I am 
wondering is, whether or not there is any way in which aliases would effect the 
results of a scan by directory scanner. 

I am not even sure of how Java can get aliases expanded by the shell when 
working with files in the first place.

DirectoryScanner compares the results of a File.list() call to the patterns 
supplied. How is it possible for File.list() to return something that is 
effected by or contains a shell alias. 

If someone could breifly explain how aliases can yeild a false positive when 
testing the output of File.list() for symlinks with a comparison of absolute vs 
canonical, it might greatly aid my thinking on this problem. I suspect that 
either I am completely unaware of some facet of the problem, or it isn't a 
problem because of the source of the filenames we are working with.

If it is the latter I would like to proceed with reworking my patch to allow 
filesets to ignore non-canonical paths, which would enable users on linux to 
avoid following symlinks if this was a problem for them, and resolving the core 
of this bug. (The issue of how to safely get rid of the links left behind when 
using delete and a fileset that ignores non-canononical paths still exists, but 
one thing at a time)

--
To unsubscribe, e-mail:   <mailto:ant-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:ant-dev-help@jakarta.apache.org>


Mime
View raw message