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=35776>. 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=35776 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From [EMAIL PROTECTED] 2005-07-21 17:19 ------- (In reply to comment #0) > Unfortunately, when a path is using cygwin symlinks, it still won't work. > There is a resolveFile() that already does more than just new File(file, > filename), but unfortunately, it wouldn't notice if a file doesn't exist (due to > being a cygwin symbolic link). Cygwin symbolic links are a pecularity unto themselves. Further, I don't know that there is any guarantee that their implementation has never changed, and will never change. This means that any code we wrote, making assumptions about the implementation of cygwin symlinks might not work against older or future versions of cygwin. Beyond that, cygwin not being a true OS it would be a judgement call whether supporting its symlinks would be proper. More likely the "right" way to get this would be to build cygwin awareness into a JVM, since it is at this level that, e.g. Unix symlinks are handled. > Once this exists, I guess this very useful tool "FileUtils" might find many more > takers and thus could move to jakarta-commons? IIRC there is at least one jakarta-commons project [io] with a FileUtils class. -- 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
