From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16170 invoked by alias); 12 Aug 2005 17:13:52 -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 15944 invoked by uid 22791); 12 Aug 2005 17:13:21 -0000 Received: from nitzan.inter.net.il (HELO nitzan.inter.net.il) (192.114.186.20) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 12 Aug 2005 17:13:21 +0000 Received: from HOME-C4E4A596F7 (IGLD-80-230-203-87.inter.net.il [80.230.203.87]) by nitzan.inter.net.il (MOS 3.6.5-GR) with ESMTP id BDE94773 (AUTH halo1); Fri, 12 Aug 2005 20:13:14 +0300 (IDT) Date: Fri, 12 Aug 2005 17:25:00 -0000 Message-Id: From: Eli Zaretskii To: gdb-patches@sources.redhat.com In-reply-to: <20050812114929.GB10917@white> (message from Bob Rossi on Fri, 12 Aug 2005 07:49:29 -0400) Subject: Re: RFC: MI output during program execution Reply-to: Eli Zaretskii References: <20050809181311.GB3012@white> <20050809223421.GB3557@white> <20050810004128.GA4264@nevyn.them.org> <20050810004826.GD3557@white> <2040BEEA-4200-4118-91EB-D093ED4D37A1@apple.com> <20050812012810.GA10011@white> <20050812114929.GB10917@white> X-SW-Source: 2005-08/txt/msg00136.txt.bz2 > Date: Fri, 12 Aug 2005 07:49:29 -0400 > From: Bob Rossi > Cc: gdb-patches@sources.redhat.com > > On Fri, Aug 12, 2005 at 12:43:19PM +0300, Eli Zaretskii wrote: > > > Date: Thu, 11 Aug 2005 21:28:10 -0400 > > > From: Bob Rossi > > > Cc: Eli Zaretskii , gdb-patches@sources.redhat.com > > > > > > Thanks for all the guidence so far. Even though you have not attempted > > > the observer approach, how do you feel about it? Is this something that > > > you think could be accomplished with the current FSF GDB? Nick, Daniel > > > and Eli, do you like this approach? > > > > The record will show that I dislike using observers in core GDB > > sources (i.e. in the sources released with official GDB > > distributions). But my opinions on this are usually voted down. > > I would like to become more educated on the pros/cons of the two possible > approaches in solving this problem. What do you not like about the > observer approach that the hook approach solves better? I'm not sure what you mean by ``the hook approach''. From my point of view, observers are simply one implementation of the hook approach. I dislike using observers because, in a C program, that looks suspiciously like the coder doesn't know what the program is doing. C is not a polymorphic language, so in a C program events happen and data of certain type arrives via a 100% predictable and deterministic path. If you know where the event happens which you want to hook, simply arrange for your function to be called directly by whatever generates or receives that event. In addition, using observers raises an issue with multiple observers watching the same events and stepping on each other's feet. In other words, the observer facility doesn't promise anything about the order in which the observers are invoked, and doesn't give us control on the order, so a potential arises for conflicts, if several observers futz with the same data structures or try to produce opposite effects. I'm sure you will find more detail about this in the archives, just search for threads that mentioned observers.