From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4124 invoked by alias); 19 Dec 2008 19:37:12 -0000 Received: (qmail 4116 invoked by uid 22791); 19 Dec 2008 19:37:11 -0000 X-SWARE-Spam-Status: No, hits=-0.5 required=5.0 tests=AWL,BARRACUDA_BRBL,BAYES_00,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout3.012.net.il (HELO mtaout3.012.net.il) (84.95.2.7) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 19 Dec 2008 19:36:27 +0000 Received: from conversion-daemon.i_mtaout3.012.net.il by i_mtaout3.012.net.il (HyperSendmail v2004.12) id <0KC5008002IGKM00@i_mtaout3.012.net.il> for gdb-patches@sourceware.org; Fri, 19 Dec 2008 21:38:51 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.127.241.241]) by i_mtaout3.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KC5009TE2KQ1BL0@i_mtaout3.012.net.il>; Fri, 19 Dec 2008 21:38:51 +0200 (IST) Date: Fri, 19 Dec 2008 19:37:00 -0000 From: Eli Zaretskii Subject: Re: RFC: "info proc map" for corefiles In-reply-to: <1229703833.6602.28.camel@miki> X-012-Sender: halo1@inter.net.il To: =?ISO-8859-1?Q?S=E9rgio?= Durigan =?ISO-8859-1?Q?J=FAnior?= Cc: tromey@redhat.com, msnyder@vmware.com, mark.kettenis@xs4all.nl, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: References: <1229620702.6602.12.camel@miki> <200812181846.mBIIkTgK015985@brahms.sibelius.xs4all.nl> <1229626216.6602.15.camel@miki> <494AC2D3.9090705@vmware.com> <1229702034.6602.18.camel@miki> <1229703833.6602.28.camel@miki> 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: 2008-12/txt/msg00352.txt.bz2 > From: =?ISO-8859-1?Q?S=E9rgio?= Durigan =?ISO-8859-1?Q?J=FAnior?= > Cc: Michael Snyder , Mark Kettenis , "gdb-patches@sourceware.org" > Date: Fri, 19 Dec 2008 14:23:53 -0200 > > Hey Tom, > > IIUC we are creating this new command because "info proc" was initially > designed to provide information about a live process, right? No, "info proc" was designed to provide information recorded about a process in the /proc filesystem. And a process that is dead does not have any information about it in /proc.