Bug 239013 - [launch] [debug view] Display host name on which process is running
Summary: [launch] [debug view] Display host name on which process is running
Status: ASSIGNED
Alias: None
Product: CDT
Classification: Tools
Component: cdt-debug-dsf-gdb (show other bugs)
Version: 0 DD 1.1   Edit
Hardware: PC Linux
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact: Jonah Graham CLA
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-06-30 11:50 EDT by Marc Khouzam CLA
Modified: 2020-09-04 15:25 EDT (History)
2 users (show)

See Also:


Attachments
Fix (3.95 KB, patch)
2008-06-30 11:50 EDT, Marc Khouzam CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Marc Khouzam CLA 2008-06-30 11:50:49 EDT
Created attachment 106124 [details]
Fix

Since we support remote debugging and remote attach, I thought it would be nice to show the user what host we are connected to.

This may also prove useful for multi-process debugging, later on.

This patch always adds a (<host>) after the process name, even for local sessions, where the host is "localhost".  I thought it would be consistent; however, it would be easy to only show a host name for remote sessions.

Opinions?
Comment 1 Pawel Piech CLA 2008-12-05 14:23:11 EST
I like this feature, too bad it slipped through the cracks it seems :-(.
Comment 2 Marc Khouzam CLA 2008-12-08 11:25:16 EST
(In reply to comment #1)
> I like this feature, too bad it slipped through the cracks it seems :-(.

I forgot about this one.
I can add it for 1.1.1

Comment 3 Pawel Piech CLA 2008-12-08 11:43:06 EST
Technically point-point releases should be for bug fixes only (no new features or APIs).  But I think this may also be a problem for the multi-process debugging that we would like to fully support when GDB 7 is ready.
Comment 4 Marc Khouzam CLA 2008-12-08 11:45:56 EST
(In reply to comment #3)
> Technically point-point releases should be for bug fixes only (no new features
> or APIs).  But I think this may also be a problem for the multi-process
> debugging that we would like to fully support when GDB 7 is ready.

Ok, we can see what updates are needed to keep our features working for GDB 7.  Any new features of GDB 7 that we don't support yet, can probably go into the Galileo release.