I recently installed Delphi Tokyo 10.2.1 Ent. Ed. into a VirtualBox VM with Windows 7. I'm playing around with a fairly simple project, and when I compile it I'm getting the red dots on the left of the line numbers on the wrong lines in the main form unit. They all appear to be shifted down by one. It makes it hard to debug, to say the least.
I recently installed Delphi Tokyo 10.2.1 Ent. Ed. into a VirtualBox VM with Windows 7. I'm playing around with a fairly simple project, and when I compile it I'm getting the red dots on the left of the line numbers on the wrong lines in the main form unit. They all appear to be shifted down by one. It makes it hard to debug, to say the least.
Any idea what the problem might be or how to fix it?
Any idea what the problem might be or how to fix it?
David Schwartz Yes, wrong line ends could also result in Ctrl+Alt+C misbehaving. It's because the editor gets the line numbers wrong.
ReplyDeleteI agree with Thomas Mueller and (for years) have take it a step further with a little exe that strips control characters from the source file (and verify line endings). (A good GxExpert addition?).
ReplyDeleteSomehow, it is easy (for me) to hit some key combination that adds in a control character to the source, that seems to cause headaches (and not just for breakpoints).
Side note: IIRC (I think?) at some version (Delphi 6?), the IDE becomes happy to take in source files with Unix line endings.
My little utility converts either way. I move a lot of source between Windows, OSX, and Linux, Delphi and FPC, and just run it as a matter of habit.
Line endings usually cause this. bitbucket.org - jeroenp / BeSharp.net / source / Native / Delphi / Tests / UnitTests / NormalizeLineBreaksToCRLFDUnitXUnitTests — Bitbucket points to the source that can help fixing this.
ReplyDelete