Due to the DelphiSpeedUp bug that caused the IDE to throw access violations if you closed an editor tab under some circumstances, I have now uploaded a Release Candidate for IDE Fix Pack 4.1 and DelphiSpeedUp 3.1. The bug was also in IDE Fix Pack but didn’t materialize (My colleagues and I have used that version for months).
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 |
The Delphi 6 and Delphi 2006 versions are completely untested. I never started the IDEs (because I don’t have them installed).
Changes:
- DelphiSpeedUp
- Fixed: Closing editor tab could raise access violation
- Added: msxmldom, XMLDoc and Variants optimization for the IDE’s usage pattern
- Added: Masks.pas optimization (UpperCase => UpCase)
- IDE Fix Pack 2007
- Added: IDE start disk I/O optimizations
- Added: No search for non-existing $(WINDIR)\Globalization files on IDE start
- IDE Fix Pack 2009
- Fixed: Closing editor tab could raise access violation
- Fixed: XML Serializer cache wasn’t compiled into IDE Fix Pack 2009 anymore
- Added: IDE Fix Pack is now loaded earlier
- Added: msxmldom, XMLDoc and Variants optimization for the IDE’s usage pattern
- Added: IDE start disk I/O optimizations
- Added: Masks.pas optimization (UpperCase => UpCase)
- Added: No search for non-existing $(WINDIR)\Globalization files on IDE start
- Added: No write access to $(BDS)\bin\_refactoring.log for Together.Refactoring
- Removed: QC #50564: Long/Unicode string assignments could be made 20% to 30% faster (caused problems with the options dialog)
- IDE Fix Pack 2010
- Fixed: Closing editor tab could raise access violation
- Added: IDE Fix Pack is now loaded earlier
- Added: msxmldom, XMLDoc and Variants optimization for the IDE’s usage pattern
- Added: IDE start disk I/O optimizations
- Added: Masks.pas optimization (UpperCase => UpCase)
- Removed: QC #50564: Long/Unicode string assignments could be made 20% to 30% faster (caused problems with the options dialog)
- IDE Fix Pack XE
- Fixed: Closing editor tab could raise access violation
- Added: IDE Fix Pack is now loaded earlier
- Added: msxmldom, XMLDoc and Variants optimization for the IDE’s usage pattern
- Removed: QC #50564: Long/Unicode string assignments could be made 20% to 30% faster (caused problems with the options dialog)
Delphi SpeedUp for Delphi 6 is working! Thanks!
Hi,
just a big thank you for all the time and work you put in to improve Delphi.
Yours
Michael (Bickel=
Excellent work! Thank you!
Can you update VCL Fix Pack too ?
Thank you!
Works like a charm on Delphi 7.
– egon
Thank you very much. Well done.
I can confirm that there’s no longer any Access Violations in Delphi 7.
Keep up the good work.
Hi Allen,
Thank you for the good work. I applied both the 4.0 and 4.1 updates.
Minor problem: Source tabs don’t close when using Ctrl+F4 (RAD XE IDE) after the last update .
Good luck.
Mowafaq
I can’t reproduce this with 4.1. In 4.0 was a bug that caused access violations if you closed a tab (for some users). But this bug was fixed with 4.1.
Allen?
Sorry, I meant Andy!
I am experiencing problems with ribbon control in design mode, with 4.1. After uninstall, ribbon in design mode is functional again… Problem is, you cannot click on control inside ribbon, to change it’s properties…
That seems to be a bug in the Ribbon control. The first time you open a form with a TRibbon, you can click on the ActionClientItems. But all next clicks don’t get to the ActionClientItems unless you close the form and reopen it (or do a “View as Text” + “View as Form”). Then the first click works again, but every second click won’t.
And that all also happens with no IDE Fix Pack or DDevExtensions plugin installed.
Thanks for info!
Hi Andy,
First, I love your fixpacks but the latest Delphi speedup (V31 for Delphi 2007)
seems to have a problem with MadExcept 3.0k (I don’t know any newer versions though).
The package then always quits working with an access violation.
Have you heard any problems with madExcept by now?
Speedup doesn’t work with the latest mad except version (3.0m) either.
Can you give me more information about that bug? What exactly crashes, steps to reproduce it.
Strange, after a few tries to reproduce the problem again Delphi starts working again with the
speedup pacakge…
Was it the change of the madExcept package version that could have had an impact on the
delphi speedup package cache? I’m just guessing….