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 [EMAIL PROTECTED] 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:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
