From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8593 invoked by alias); 19 Feb 2003 17:50:58 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 8585 invoked from network); 19 Feb 2003 17:50:57 -0000 Received: from unknown (HELO takamaka.act-europe.fr) (142.179.108.108) by 172.16.49.205 with SMTP; 19 Feb 2003 17:50:57 -0000 Received: by takamaka.act-europe.fr (Postfix, from userid 507) id F27DBD34B6; Wed, 19 Feb 2003 09:50:56 -0800 (PST) Date: Wed, 19 Feb 2003 17:50:00 -0000 From: Joel Brobecker To: Andrew Cagney Cc: gdb-patches@sources.redhat.com Subject: Re: Re-initializing a list after the control returns to gdb... Message-ID: <20030219175056.GP2105@gnat.com> References: <20030219020101.GI2105@gnat.com> <3E53B97A.4090809@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E53B97A.4090809@redhat.com> User-Agent: Mutt/1.4i X-SW-Source: 2003-02/txt/msg00424.txt.bz2 > You've the `observer' problem. Just like when you are sick, you already feel better when you know which disease you have contracted :). > GDB's observer code is very primative. A combination of gdb-events > (needs direction) and chained hooks (see target_new_objfile_hook). > > I suspect what you really want is a `target changed' event. I need to update the task list every time the inferior stops and the control returns to the user. I think the `target change' event is not exactly what I would need? Do we have a list of currently supported events? Is there a framework for implementing these events? -- Joel