On Sun, 25 Jul 2004, Kenneth J. Davis wrote: > This is largely a cvs issue regarding line endings. Several batch > files were committed with \r\n line endings from a non-EOL converting > cvs client, as such on those clients they check out as \r\n, but on > clients (such as I use) they are converted to DOS EOLs resulting in > \r\r\n. This screws up FreeCom, many editors, and any subsequent > commits show the whole file changed.
The problem is now that when I checkout the batch files have \n line endings, which also screw up FreeCom. I intentionally put the batch files in with \r\n line endings because someone who checked out on Linux asked me -- most compilers work well with LF-ended C files but .bat files *have* to be CRLF for both MS and FD command.com. This is the reason why (as Martin Stromberg explained) in the DJGPP CVS repository all C files are LF but .bat files are CRLF, so I simply copied that. Seems like a catch-22 here, well at least FreeCOM could be fixed. To implement \r\n<=>\n translation in DOSEMU seems very error prone to me. Bart ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Freedos-kernel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-kernel
