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=38407>. 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=38407 ------- Additional Comments From [EMAIL PROTECTED] 2006-01-27 05:34 ------- I'm not positive about this but I think this may have something to do with how Execute builds it's command line. If you use cygwin and create a .cvspass file with (cygwin dos style cr/lf) and then later the execute task runs CVS (or rather AbstractCVSTask), it will try to get the line.separator - now if Cygwin returns an lf instead of cr/lf, then the variable will be chunked to include the cr ie: .cvspass file: pserver..... =mypasscr/lf Execute -> cygwin "give me my lin.separator (line 169)" Execute <- cygwin "ok here you are lf" Execute "oh right *nix off we go..." pserver..... =mypasscr/lf Execute "hmm mypasscr (line break) If you follow my train of thought there. So it may mean that Execute will have to be a little smarter, or maybe cygwin is returning the wrong value from a System.getProperty call (hang on testing...) - nope that theory is wrong, getProperty returns cr/lf as it should. Kev I've tried the cvspass task and it does create a cr/lf on cygwin, but I don't have an internal CVS to try this out with - (we're all SVN here) -- 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]
