Community
Participate
Working Groups
There is a race condition with the automatic removal of terminated launches. Specifically, the org.eclipse.debug.internal.ui.launchConfigurations.LaunchConfigurationManager#removeTerminatedLaunches() method schedules a Job to remove the old launches. This job might not run until after the new Lauch has completed (if the lauch is very quick, such as a 'cat' of a file), thus removing the console of the process you just invoked. Enabling "[Always] Save dirty editors before launching" seems to exacerbate the issue (hence how I discovered this). Obviously, disabling the automatic removal of terminated launches allows you to get around this problem, but is a sub-optimal solution to the race-condition. Note: Bugzilla only allows me to enter one version number, but this has been tested on and confirmed on 3.1, 3.1.2, and 3.2 (Nightly build) Thanks, Branden
Loosk similar to bug 108321.
Fixed in RC1. Moved the Job to the LaunchManger. It now removes the launch synchronously and schedules a job to notify its listeners. I haven't been able to reproduce the bad behavior w/ or w/o the fix so any help verifing this one would be appreciated.
Darin, please verify
With the latest nightly build (N20060405-0010), this problem still occurs, although less frequently, it seems.
I just released the fix today. It will be in tomorrow's build.
*** Bug 135240 has been marked as a duplicate of this bug. ***
*** Bug 108321 has been marked as a duplicate of this bug. ***
Launch removal notification should be performed synchronously as before. Removed job from LaunchManager and LaunchConfigurationsManager. Verified.
*** Bug 100700 has been marked as a duplicate of this bug. ***
*** Bug 145551 has been marked as a duplicate of this bug. ***