Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 360979

Summary:	new feature : prefill the executable name in "Attach to process"
Product:	[Tools] CDT	Reporter:	stibbons <gaetan>
Component:	cdt-debug	Assignee:	cdt-debug-inbox <cdt-debug-inbox>
Status:	NEW ---	QA Contact:	Jonah Graham <jonah>
Severity:	minor
Priority:	P3	CC:	cdtdoug, lidia.gutu, marc.khouzam, mober.at+eclipse, pawel.1.piech, simon.marchi, sogartary
Version:	7.0
Target Milestone:	---
Hardware:	PC
OS:	Linux
Whiteboard:

Description stibbons

2011-10-14 10:37:15 EDT

Build Identifier: 20110916-0149

I usually debug using the "Attach to Process". I've filled the "C/C++ Application" (binary name) in the setting, but each time I start this, I have to select the executable which I would like to be attached to. In my situation, there is only one of this instance.

So I would like to propose this new feature
 => Add a checkbox 'automatically attach to this executable it only one is running'

Reproducible: Always

Comment 1 Marc Khouzam

2011-10-14 10:55:21 EDT

I'm hesitant to add a new UI option.  We have too many already.  And then we could want a similar option that says "Auto attach to all processes matching this executable", since we can do that with multi-process debug.

How about if we automatically select the first process that matches the binary in the attach dialog and you simply have to press on the OK button?

Comment 2 stibbons

2011-10-14 11:11:32 EDT

> How about if we automatically select the first process that matches the binary
in the attach dialog and you simply have to press on the OK button?

That would do the job :)

Comment 3 Boian Petkantchin

2013-01-09 07:10:14 EST

I think in the debug configuration you should be able to specify to auto-attach when there is only one proccess running from the given executable file.

Comment 4 Martin Oberhuber

2013-06-14 10:03:04 EDT

I like the proposed feature.

What about implementing the proposal from comment 1 first (still open the dialog but with the right process preselected). If that is implemented, it can be tested and the request for no longer showing the dialog is a separate item.

Note that this request is somehow the opposite of bug 400033 :

Here we know the exe and want to auto-compute the PID.
In bug 400033, user selects the PID and we want to auto-compute the exe.