This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
| Summary: | dorun.sh and hostinfo.sh have <CRLF> in private build | ||
|---|---|---|---|
| Product: | cnd | Reporter: | _ gordonp <gordonp> |
| Component: | -- Other -- | Assignee: | Andrew Krasny <akrasny> |
| Status: | RESOLVED FIXED | ||
| Severity: | blocker | ||
| Priority: | P3 | ||
| Version: | 6.x | ||
| Hardware: | All | ||
| OS: | All | ||
| Issue Type: | DEFECT | Exception Reporter: | |
I have not faced with this problem myself, but this is not the first time I hear about it. Thanks, Gordon, for proposed fix. It is integrated in cnd-main: http://hg.netbeans.org/cnd-main/rev/603d3a1fcd7b Integrated into 'main-golden', will be available in build *200906110201* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/603d3a1fcd7b User: Andrew Krasny <akrasny@netbeans.org> Log: #166570: dorun.sh and hostinfo.sh have <CRLF> in private build |
Whenever I make a fresh build of netbeans I have failures in running and debugging C/C++ because both dorun.sh and hostinfo.sh are terminated with <CR><LF>. I compared release65/cnd/build.xml against <trunk>/dlight.nativeexecution/build.xml and the problem is that the "netbeans" override target no longer has a <fixcrlf> action. To fix this, edit dlight.nativeexecution/build.xml, find the "netbeans" target, and append: <fixcrlf srcdir="${cluster}/bin/nativeexecution" includes="dorun.sh" eol="lf"/> This line will fix the CRLF problem during the build, so ../nbbuild/netbeans/dlight1/bin/nativeexecution/*.sh will have the correct line termination.