From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17578 invoked by alias); 21 Mar 2012 04:27:51 -0000 Received: (qmail 17569 invoked by uid 22791); 21 Mar 2012 04:27:50 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 21 Mar 2012 04:27:36 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1SAD94-00027q-Rx from Yao_Qi@mentor.com ; Tue, 20 Mar 2012 21:27:34 -0700 Received: from SVR-ORW-FEM-05.mgc.mentorg.com ([147.34.97.43]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 20 Mar 2012 21:27:31 -0700 Received: from [127.0.0.1] (147.34.91.1) by svr-orw-fem-05.mgc.mentorg.com (147.34.97.43) with Microsoft SMTP Server id 14.1.289.1; Tue, 20 Mar 2012 21:27:33 -0700 Message-ID: <4F6958CD.30504@codesourcery.com> Date: Wed, 21 Mar 2012 04:27:00 -0000 From: Yao Qi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:11.0) Gecko/20120310 Thunderbird/11.0 MIME-Version: 1.0 To: Pedro Alves CC: Doug Evans , Subject: Re: [PATCH 3/5] s/struct process_info/struct inferior/ References: <1331909994-9473-1-git-send-email-yao@codesourcery.com> <1331909994-9473-4-git-send-email-yao@codesourcery.com> <4F68C48E.5040303@redhat.com> In-Reply-To: <4F68C48E.5040303@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-03/txt/msg00764.txt.bz2 On 03/21/2012 01:55 AM, Pedro Alves wrote: > An `inferior' in GDB represents an abstraction that does not exist in GDBserver. > For example, you have the same inferior before creating the process, and > after the process exits: > > inferior 1 -> no process > *start* > inferior 1 -> process 7450 > *process 7450 exits* > inferior 1 -> no process In terms of ITSET, there should be one created process associated with an inferior. For example, there are two inferiors, inferior 1 -> no process, inferior 2 -> process 1234, When using ITSET i1-2, we don't care about inferior 1, because there is no process created at all. As you pointed out blew, my work doesn't cover dynamic itset. In this case, when process is created and associated to inferior 1 later, I don't have a mechanism to update itset in target side. > It doesn't seem like you'd be able to convert dynamic itsets involving inferior ids > or gdb thread ids (which are most) retaining the dynamic-ness, which means that the > conversion ends up only with a list of already-known objects, which results in a much > simpler and easier to specify (and maintain forever) syntax on the target side. There's > also the non-id predicates, which I have on idea on how they are intended to be > converted. I am unable to handle dynamic itset so far. -- Yao (齐尧)