From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1757 invoked by alias); 21 May 2013 14:35:24 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 1747 invoked by uid 89); 21 May 2013 14:35:24 -0000 X-Spam-SWARE-Status: No, score=-5.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.1 Received: from hop-nat-141.emc.com (HELO mexforward.lss.emc.com) (168.159.213.141) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 21 May 2013 14:35:22 +0000 Received: from hop04-l1d11-si02.isus.emc.com (HOP04-L1D11-SI02.isus.emc.com [10.254.111.55]) by mexforward.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r4LEZ5Ub010265 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 21 May 2013 10:35:16 -0400 Received: from mailhub.lss.emc.com (mailhubhoprd02.lss.emc.com [10.254.221.253]) by hop04-l1d11-si02.isus.emc.com (RSA Interceptor); Tue, 21 May 2013 10:34:56 -0400 Received: from usendtaylorx2l.lss.emc.com (usendtaylorx2l.lss.emc.com [10.243.10.188]) by mailhub.lss.emc.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id r4LEYtJK029177; Tue, 21 May 2013 10:34:56 -0400 Received: by usendtaylorx2l.lss.emc.com (Postfix, from userid 26043) id A7D495AFECD; Tue, 21 May 2013 10:34:54 -0400 (EDT) Received: from usendtaylorx2l (localhost [127.0.0.1]) by usendtaylorx2l.lss.emc.com (Postfix) with ESMTP id 261355AFEC5; Tue, 21 May 2013 10:34:54 -0400 (EDT) To: Tom Tromey cc: Yao Qi , "gdb@sourceware.org" Subject: Re: add-inferior / clone-inferior In-reply-to: <87li78l9t7.fsf@fleche.redhat.com> References: <7249.1369061005@usendtaylorx2l> <519AC76E.4040508@codesourcery.com> <20412.1369142110@usendtaylorx2l> <87li78l9t7.fsf@fleche.redhat.com> Comments: In-reply-to Tom Tromey message dated "Tue, 21 May 2013 09:52:20 -0400." Date: Tue, 21 May 2013 14:35:00 -0000 Message-ID: <21061.1369146894@usendtaylorx2l> From: David Taylor X-EMM-MHVC: 1 X-SW-Source: 2013-05/txt/msg00093.txt.bz2 Tom Tromey wrote: > >>>>> "David" == David Taylor writes: > > David> I want to have separate sockets at GDB's end. I do not want to have a > David> "meta stub" (not really a good name, but nothing better quickly comes to > David> mind) on the local box that managers tcp connections and peeks into the > David> packets to determine when to set up or break down a new tcp connection > David> and where to send the packets. > > I've been calling that a "federating gdbserver". > It federates multiple instances into a single server. > > David> THat approach is UGLY. > > It has one advantage -- you can link them together hierarchically, so > gdb can talk to more remote servers than it has available file > descriptors. Agreed. But, if you hit the limit then either you're on a system with a low limit on number of per process file descriptors or you are dealing with an awful lot of connections. > Anyway, I certainly want gdb to be multi-target-capable. I think others > do too. It just requires someone to do the work. > > Tom Agreed. And that has been the case for more than a decade. When I saw the add-inferior / clone-inferior commands and noticed that they were part of 7.1, I thought that by now someone had done the work and I just somehow missed noticing. When I posted a brief list of things that needed to be done to get it to work for remote targets (i.e., target { remote | extended-remote }), I felt confident that I left some steps out and was hoping that others would list some of the missing items. Also, it's been a decade since I last worked on GDB full time... So, I'd like a second opinion on how big a task this is. Part of the purpose of the proposed two new fields for the 'struct target' is to allow targets to be converted one at a time. If you try to use a target twice that hasn't been conveted, you would get an error. David