From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16895 invoked by alias); 1 Aug 2007 00:18:26 -0000 Received: (qmail 16887 invoked by uid 22791); 1 Aug 2007 00:18:24 -0000 X-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO,SARE_BAYES_5x7,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 01 Aug 2007 00:18:22 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l710IKee008902 for ; Tue, 31 Jul 2007 20:18:20 -0400 Received: from pobox.hsv.redhat.com (pobox.hsv.redhat.com [172.16.16.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l710IJq9031260; Tue, 31 Jul 2007 20:18:19 -0400 Received: from localhost.localdomain (vpn-14-115.rdu.redhat.com [10.11.14.115]) by pobox.hsv.redhat.com (8.12.11.20060308/8.12.11) with ESMTP id l710IH6Q023187; Tue, 31 Jul 2007 20:18:18 -0400 Message-ID: <46AFD149.1030900@redhat.com> Date: Wed, 01 Aug 2007 00:18:00 -0000 From: Phil Muldoon User-Agent: Thunderbird 2.0.0.5 (X11/20070719) MIME-Version: 1.0 To: Teresa Thomas CC: frysk@sourceware.org Subject: Re: Debuginfo utilities added References: <46AFB0B7.1040806@redhat.com> In-Reply-To: <46AFB0B7.1040806@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q3/txt/msg00253.txt.bz2 Teresa Thomas wrote: > I have just merged my branch with the main branch and committed the > changes. As mentioned earlier, I've added two new related utilities in > frysk/frysk-core/bindir: > > 1) fdebuginfo - which lists the debuginfo paths for the > (attached) process' modules. Its output format is a simple list of > module names, followed by their debuginfo paths. Paths for ones that > do not contain debuginfo, are shown as "---". Awesome, these tools I've been looking forward to for awhile! Future suggestion: fdebuginfo that does the same as but for a latent, inanimate executable on disk. > 2) fdebugrpm - which is a bash script that allows you to > install the missing debuginfo packages using yum. This lists the > missing debuginfo packages, and gives the user a choice to install them. I tried this but got: [pmuldoon@localhost bindir]$ sudo ./fdebugrpm 2788 Missing Debuginfo package(s) ============================ bash-debuginfo glibc-debuginfo ncurses-debuginfo Do you wish to install the above packages? [y/n]: y Loading "installonlyn" plugin Setting up Install Process Parsing package install arguments Nothing to do No debuginfo packages were installed. I then noticed that in: /etc/yum.repos.d//fedora-updates.repo The "enabled" flag was = 0. So I set it to 1. That installed the glibc-debuginfo but not the ncurses and bash debuginfo packages. I then looked at fedora.repo and the enabled flag was set to 0 there as well. Set that to 1 and it all worked. Anyway I mention this, as it seems debuginfo repos are off by default. If that is so, then some blurb in the man page would be help the user here. I really like this utility, though. Very useful! One last item for improvement/discussion. Both fstack and fcore are very thin wrappers around StrackTraceAction and CoredumpAction classes respectively. The reason for this is that these classes can then be called from other utilities, even triggered as part of an observable action, or via fhpd. Would the same go for extruding classes from fdebug*, and making the fdebug* executables a thin layer around a utility class? Regards Phil