From: Kenneth J. Davis (jeremyd@computer.org)
Date: Tue Nov 04 2003 - 19:19:23 EST
It is a cvs quirk, if the file gets checked in with I think DOS EOLs, then
if you check it out again on a computer that does EOL conversion you get
0x13,0x10,0x13 or similar EOLs, which causes VC to display a blank extra
line after each line and makes source level debugging impossible (as the
line numbers no longer match up). Please look at your source file in a
hex editor and make sure the EOLs are only 0x13,0x10 and see if that
helps (or just 0x10 if your cvs client does not do EOL conversion).
Also which cvs client are you using? If its cygwins, you may
be able to force it to assume UNIX EOLs and have it commit properly.
Jeremy
On Tue, 04 Nov 2003 23:06:26 +0100 Jordi Mas <jmas@softcatala.org> wrote:
JM> Hello,
JM>
JM> Let's see if someone can help me ;-)
JM>
JM> Everytime that I do a little modification on xap_Win32FrameImpl.cpp
JM> STABLE,
JM> diff -u indicates that I have changed the whole file! (:- I check it,
JM> and it
JM> does not seem a CR/LF problem.
JM>
JM> In Bonsay I have seen that the last modification of that file was done
JM> on
JM> 9/28/2003 by jeremyd and it says
JM>
JM> 0 fix EOLs (so debugging in Devstudio properly matches lines, removes
JM> extra
JM> line feeds)
JM>
JM> and the record for the number of lines changed says: +1060/-1060
JM>
JM> Any idea? I like sending clean patches, when only the lines that I
JM> have
JM> changed are committed, not the whole file.
JM>
JM> Any help will be appreciated!
JM>
This archive was generated by hypermail 2.1.4 : Tue Nov 04 2003 - 19:17:50 EST