Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [cdt-dev] Support for "target-detach" and "target-disconnect"

> -----Original Message-----
> From: cdt-dev-bounces@xxxxxxxxxxx 
> [mailto:cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Mikhail Khodjaiants
> Sent: April-14-10 11:06 PM
> To: cdt-dev@xxxxxxxxxxx
> Subject: Re: [cdt-dev] Support for "target-detach" and 
> "target-disconnect"
> 
> 
> 
> On 14/04/2010 10:51 PM, Marc Khouzam wrote:
> > But for CDI, what you sugggest (so I understand), is that 
> the Eclipse 'disconnect' button,
> > will always call GDB's 'disconnect' command (instead of 
> calling 'detach' which it does right now).
> > And to call GDB's 'detach' there will be a new view-menu 
> action called 'detach'.
> >
> > If so, someone is going to write a new DSF-GDB parity bug 
> which will say we don't behave
> > like CDI.  And I'm going to blow a fuse :-)
> >    
> That's the reason why I didn't want to mention the "p" word 
> :-) . I am 
> thinking of volunteering to change the DSF part as well, but first we 
> need to agree what we want.
> > But seriously, I can see that there is a use-case for 
> 'disconnect' and that the fact that the eclipse
> > button is called 'disconnect' causes a problem.  There is 
> no way to 'retarget' the name  to 'detach'?
> > At this time, I find that having 'disconnect' on the 
> toolbar is less useful than having 'detach', especially
> > for multi-process.
> >
> >    
> Absolutely agree. Having "Disconnect" on the toolbar is 
> simply a waste 
> of space from our point of view. And I have never proposed to put 
> "detach" on the toolbar.

I might be confused about the final proposal, so let's recap.
You suggest
1- make the disconnect button actually call 'disconnect' in GDB
    for any debug context selected
2- add a view menu called 'detach' which calls GDB's 'detach'

If that is the case, for multi-process, we'll have the DSF-GDB
'connect' button on the toolbar which will be used to attach to
a new process, but the user will need to go to the view menu
to 'detach', and if they press the 'disconnect', (which they will :-))
they would disconnect the entire debug session.

I would think we need a better solution.

But maybe I mis-understood?

> > Marc
> >    
> Cheers,
> Mikhail
> > ________________________________________
> > From: cdt-dev-bounces@xxxxxxxxxxx 
> [cdt-dev-bounces@xxxxxxxxxxx] On Behalf Of Mikhail 
> Khodjaiants [mikhailkhod@xxxxxxxxxxxxxx]
> > Sent: April 14, 2010 10:14 PM
> > To: cdt-dev@xxxxxxxxxxx
> > Subject: Re: [cdt-dev] Support for "target-detach" and  
> "target-disconnect"
> >
> > Thanks to Pedro the difference is clear now.
> >    
> >> So what is the final proposal?
> >>
> >>      
> > One option is to change the CDI implementation only by adding the
> > "Detach" action to debug.mi.core and debug.mi.ui plugins. 
> You can leave
> > the DSF/GDB implementation as it is, but at some point you 
> will have to
> > make a decision.
> >
> > Cheers,
> > Mikhail
> >
> > _______________________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > 
> https://dev.eclipse.org/mailman/listinfo/cdt-dev______________
> _________________________________
> > cdt-dev mailing list
> > cdt-dev@xxxxxxxxxxx
> > https://dev.eclipse.org/mailman/listinfo/cdt-dev
> >    
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/cdt-dev
> 

Back to the top