RAD Studio 2009 Ctrl+Z Buffer Corruption Bug
Now this has happened to me twice this week alone: when I press Ctrl+Z a number of times in RAD Studio 2009, the editor buffer gets corrupted. The current and nearby lines get filled with nonsense data, and sometimes a breakpoint is created (autobugically). And there is a EAccessViolationin the IDE, which then terminates. All unsaved code is inevitably lost.
Is there a cure?
Solution
The IDEFixPack for Delphi 2009 addresses the undo editor buffer corruption bug (and some other bugs). This bug was fixed in Delphi 2010 Update 2.
- In Delphi 11.3 IDE Editor how do I disable unwanted scrolls on double-click?
- Option to automatically save edited files before a test execution
- Good, free Delphi logging framework
- Socket.ReadTimeout Exception handling
- Accessing to the TextSettings properties of a TListBox Item
- dxgettext and Windows 10
- EProgrammerNotFound exception in Delphi?
- How to get rid of this compiler warning?
- TMemo is painfuly slow when working with large number of lines
- How can I detect a debugger or other tool that might be analysing my software?
- Delphi Get return value when running a DOS command using ShellExec
- On Win11, can an ARM native dll call on to an x64 native COM dll
- Purpose of Low(String)?
- Why is FileAge returning unexpected values?
- How can I Create folders recursively in Delphi?
- SQL Query is not executed while filtering DBGrid
- Detecting 'text' file type (ANSI vs UTF-8)
- Linux as Build Target on Delphi FMX
- How do I set Edit1.SelStart when MouseDown is pressed
- Catch onMinimize Event For a Form (Delphi)
- How to combine image filters in Firemonkey?
- Right-click doesn't update ItemIndex in TControlList
- Smart Codeinsight in Delphi 12.2
- Delphi/Android application error : "Unsupported Media Type"
- Are global and heap-based variables always volatile in Delphi?
- Programmatically show the Windows Emoji Panel?
- Does Delphi treat .exe files differently based on filename length?
- Delphi 10.4.2 and Delphi 11.0 cannot debug -
- Base64 Decoding Error :No mapping for the Unicode character exists in the target multi-byte code page
- Why does the Delphi compiler allow a comma after the final parameter in a method call?