With IDE Fix Pack 4.6 dev 2 I’ve added a performance boost to the debugger for C++Builder projects. In a simple test project, a function in the comp32x.dll is called 89,428 times and it takes more than 7 seconds to answer those calls. So this function is very slow. I’ve now added a lookup hash table that reduced the number of calls to the original function to 5,510 with 0.7 seconds. That should make stepping through C++ code a lot faster.
BETA download table:
Name | IDE Version | File | Size | Downloads | Added |
---|---|---|---|---|---|
DelphiSpeedUp 3.1-untested RC for Delphi 6 | 6 | DelphiSpeedUpV31D6.7z | 74.59 KB | 1220 times | 2011-04-22 |
DelphiSpeedUp 3.1-untested RC for Delphi 2006 | 2006 | DelphiSpeedUpV31D2006.7z | 106.03 KB | 1309 times | 2011-04-22 |
DDevExtensions 2.4.2 7/2007 speed | 7, 2007 | DDevExtensions242Setup7_2007.zip | 535.43 KB | 3549 times | 2011-08-02 |
This is noticeably faster! Thankyou – great fix 🙂
IDE startup feels noticeably faster than the previous dev1 build.
…on RS2010.
That must be a subjective feeling. I haven’t changed anything in the IDE startup with dev 2. I only made the C++ debugger faster which isn’t even loaded when the IDE starts.
It was (subjective), forgot to cold start the IDE. Still, some colleagues did notice the faster debug stepping.
Thank you.
Thanks!
It is must faster, and removes the lag when stepping first time, but it has a side effect on IDE version 2009.
The debug inspector is no longer working, it displays only the this string “????”.
For BCB2009 I had to adjust the code (__fastcall vs. _cdecl). I haven’t tested it that much. 2010, XE and XE2 share the exact same code. So the possibility that I broke 2009 is high.
In my case when debugging a real app with lots of source – any attempt to step over or into kills the IDE. No messages are shown or anything. Tried deleting the .tds file – no luck 🙂
I tried with a small test app and everything is OK.
comp32x.dll – 6.16.3.7
C++ Builder – 12.0.3420.21218 with Update 4
OS – Windows XP SP3