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 2006/01/27 05:34:43 UTC
DO NOT REPLY [Bug 38407] - cvspass file won't be read properly if it uses dos instead of unix line terminator
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 kevin.jackson@it.fts-vn.com 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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org