From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13103 invoked by alias); 23 Mar 2011 18:26:10 -0000 Received: (qmail 13087 invoked by uid 22791); 23 Mar 2011 18:26:08 -0000 X-SWARE-Spam-Status: No, hits=-6.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,TW_BJ,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 23 Mar 2011 18:25:59 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p2NIPwQC008676 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Mar 2011 14:25:58 -0400 Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p2NIPwWr012955; Wed, 23 Mar 2011 14:25:58 -0400 Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id p2NIPvMX032182; Wed, 23 Mar 2011 14:25:58 -0400 Received: by opsy.redhat.com (Postfix, from userid 500) id 8B50B37848C; Wed, 23 Mar 2011 12:25:57 -0600 (MDT) From: Tom Tromey To: Kevin Pouget Cc: gdb@sourceware.org Subject: Re: Python objfile-gdb.py file -- how to handle reloading properly ? References: Date: Wed, 23 Mar 2011 18:26:00 -0000 In-Reply-To: (Kevin Pouget's message of "Wed, 23 Mar 2011 04:53:57 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: 2011-03/txt/msg00136.txt.bz2 >>>>> "Kevin" == Kevin Pouget writes: Kevin> I'm not writing a pretty-printer, but something quite similar to Kevin> thread-event notification (eg, thread creation/death, where some Kevin> special locations are breakpointed, and an action is trigger upon Kevin> hitting the bp). Sounds cool. Kevin> So in this case, maybe the autoloading discussed before is not Kevin> actually the best solution. What I would like to do is: Kevin> (at gdb startup) Load the process-independent part of my Kevin> --python-- module We are currently a bit weak on this part. We should probably provide a way for 3rd parties to drop in some Python that is loaded at startup. I think at least the distros will want this. Kevin> (at application startup/shared library loading) Set my Kevin> breakpoint, resolve addresses and enable process-dependent Kevin> commands Loading your code can still be done via the objfile hook. That is a fine way to load any code associated with an objfile; the documentation talks about pretty-printers but there is no deep connection there, and we plan to make it more useful to load other things here (e.g., frame filters). It sounds like maybe what you want is to use the new event stuff to get notifications of events. I am not sure. Also, because the event support is new, there are probably things that would be useful to report that we currently do not. File bugs for missing stuff. Tom