From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 924 invoked by alias); 19 Nov 2008 21:49:02 -0000 Received: (qmail 892 invoked by uid 22791); 19 Nov 2008 21:49:01 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 19 Nov 2008 21:48:24 +0000 Received: (qmail 25934 invoked from network); 19 Nov 2008 21:48:22 -0000 Received: from unknown (HELO macbook-2.local) (stan@127.0.0.2) by mail.codesourcery.com with ESMTPA; 19 Nov 2008 21:48:22 -0000 Message-ID: <492489A0.8070606@codesourcery.com> Date: Wed, 19 Nov 2008 21:49:00 -0000 From: Stan Shebs User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Doug Evans CC: gdb Subject: Re: frame ids in the multiprocess world References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 X-SW-Source: 2008-11/txt/msg00124.txt.bz2 Doug Evans wrote: > Hi. Will struct frame_id be extended to include a process id in the > multiprocess world? > > [I don't know if that's a good thing or bad thing. Just wondering ...] > I added one, and it seems to work OK. Arguably a little redundant, since every frame in a chain is going to have the same inferior, but there are various bits of code that access random frames randomly, so it's convenient to have the inferior id right there. Stan