Public Report
Report From: Delphi-BCB/IDE/Performance    [ Add a report in this area ]  
Report #:  37152   Status: Closed
IDE slow to switch between debug and default layouts
Project:  Delphi Build #:  10.0.2288.42451
Version:    10.0 Submitted By:   Jonathan Benedicto
Report Type:  Basic functionality failure Date Reported:  11/29/2006 8:01:28 PM
Severity:    Serious / Highly visible problem Last Updated: 3/12/2007 5:33:27 PM
Platform:    All platforms Internal Tracking #:  
Resolution: Duplicate (Resolution Comments) Resolved in Build: :
Duplicate of:  34736
Voting and Rating
Overall Rating: (1 Total Rating)
5.00 out of 5
Total Votes: None
Description
With this particular project, after components are moved around and the projects has been run several times in the debugger, BDS starts to take a very long time to switch between the debug and default layouts.

The culprit seems to be the TMainMenu as the problem does not occur after removing it.
Steps to Reproduce:
Open the attached project.

<original steps>
Move components around.
Run the project in the debugger several times.
</original steps>

<modified steps>
Simply switch between "default" and "debug" layouts several times - no need to build or run project!
</modified steps>

BDS will start to take a very long time to switch between the Debug and Default layouts.

<sysop>
Additional note:-

Open the project and delete the TMainMenu component from the form. Repeat steps as above - slowdown now does NOT occur.
</sysop>
Workarounds
None
Attachment
Accomplish.zip
Comments

Patrick Kolla at 12/1/2006 9:16:24 AM -
Have you looked into the Windows task manager to see if how much memory Delphi uses?
There have been some leaks which appeared every time one switched between editor pages etc...
A slowdown of the system could be explained by that (just restart the IDE a few times over the day).

Roddy Pratt at 12/7/2006 9:46:54 AM -
I've modified steps to simplify this even further, and verified that deleting the TMainMenu component fixes the problem.

Sebastian Modersohn at 12/13/2006 3:28:19 AM -
I've marked this as a duplicate of QC 34736 since that already describes the serious GDI leaks TMainMenu causes at design-time. This is most probably the cause of the slow down observed here.

Server Response from: CODE1