From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19036 invoked by alias); 1 Jan 2007 17:10:01 -0000 Received: (qmail 19028 invoked by uid 22791); 1 Jan 2007 17:10:00 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO brahms.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 01 Jan 2007 17:09:56 +0000 Received: from brahms.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by brahms.sibelius.xs4all.nl (8.13.8/8.13.8) with ESMTP id l01H9Wvw004610; Mon, 1 Jan 2007 18:09:32 +0100 (CET) Received: (from kettenis@localhost) by brahms.sibelius.xs4all.nl (8.13.8/8.13.8/Submit) id l01H9W6e009442; Mon, 1 Jan 2007 18:09:32 +0100 (CET) Date: Mon, 01 Jan 2007 17:10:00 -0000 Message-Id: <200701011709.l01H9W6e009442@brahms.sibelius.xs4all.nl> From: Mark Kettenis To: dave@hiauly1.hia.nrc.ca CC: drow@false.org, gdb@sourceware.org, dave.anglin@nrc-cnrc.gc.ca, brobecker@adacore.com In-reply-to: <200701011646.l01GkoxX026700@hiauly1.hia.nrc.ca> (dave@hiauly1.hia.nrc.ca) Subject: Re: Likely obsolete pieces of GDB References: <200701011646.l01GkoxX026700@hiauly1.hia.nrc.ca> 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: 2007-01/txt/msg00005.txt.bz2 > Date: Mon, 1 Jan 2007 11:46:49 -0500 (EST) > From: "John David Anglin" > > > > Tried a simple test with this version. Tried to debug gdb itself. > > > Set a break on main and ran gdb with "-v". The exterior gdb dumped > > > core. The cause seems to be that the deprecated_child_ops struct > > > hasn't been initialized. It looks like the stuff in inf-ptrace.c > > > needs to be merged into hpux-thread.c, or we need to setup > > > deprecated_child_ops. Presumably, this was done at some point in > > > the past. > > > > Is this worth fixing? Obviously no one has used it lately. > > Don't know but I probably would use it if it worked. I hacked > on this a bit a couple of weeks ago. I mainly pulled code from > inftarg.c with a bit of specialization for hpux. It builds and > some stuff may work... Hi Dave, I'm sorry to say this, but I think you're on the wrong track. Instead of replicating bits from the obsolete inftarg.c, this should really be implemented as a threads stratum, much in the same way as bsd-uthread.c. I'll see if I can hack something up for you along those lines. Unfortunately the HP-UX 10.20 system that I have access to, doesn't have the threads stuff installed, so I can't test things. Mark