From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12803 invoked by alias); 12 Aug 2002 15:33:14 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 12796 invoked from network); 12 Aug 2002 15:33:13 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 12 Aug 2002 15:33:13 -0000 Received: from dsl093-061-169.pit1.dsl.speakeasy.net ([66.93.61.169] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17eHC0-0007Gc-00 for ; Mon, 12 Aug 2002 10:33:17 -0500 Received: from drow by nevyn.them.org with local (Exim 3.35 #1 (Debian)) id 17eHCI-00085n-00 for ; Mon, 12 Aug 2002 11:33:34 -0400 Date: Mon, 12 Aug 2002 08:33:00 -0000 From: Daniel Jacobowitz To: gdb@sources.redhat.com Subject: HP catchpoint code Message-ID: <20020812153334.GA30891@nevyn.them.org> Mail-Followup-To: gdb@sources.redhat.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.1i X-SW-Source: 2002-08/txt/msg00097.txt.bz2 I'm working on GNU/Linux support for fork and exec catchpoints. The kernel code I needed (well, wanted; it's possible without, just bloody awkward) was straightforward, and I already have strace using it. When I started digging into the GDB code for it I got a little quagmired, though. My plan is to completely ignore the existing support for this feature. An astute code reviewer will note that it doesn't work anywhere but HP/UX; the code to initialize it is only present for ttrace. The target-independent portions of it are completely dependent on the ttrace model. I'd like to rename, or at least recomment, TARGET_WAITKIND_FORKED (and VFORKED, possibly EXECD, haven't gotten to that one yet) to indicate their HP-specificness and add some new waitkinds for the different model I'm using. Any objections? -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer