From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26440 invoked by alias); 1 Oct 2013 10:52:39 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 26431 invoked by uid 89); 1 Oct 2013 10:52:38 -0000 Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 01 Oct 2013 10:52:38 +0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-HELO: rock.gnat.com Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id DC11311665F; Tue, 1 Oct 2013 06:52:54 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Kwh2pe9iONKb; Tue, 1 Oct 2013 06:52:54 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id B8D7B1164BF; Tue, 1 Oct 2013 06:52:54 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id C9F77E0499; Tue, 1 Oct 2013 12:52:35 +0200 (CEST) Date: Tue, 01 Oct 2013 10:52:00 -0000 From: Joel Brobecker To: Pedro Alves Cc: gdb-patches@sourceware.org Subject: Re: [RFA/gdbserver/LynxOS]: Incomplete thread list after --attach Message-ID: <20131001105235.GE2840@adacore.com> References: <1380621039-25204-1-git-send-email-brobecker@adacore.com> <524A9C9E.2040407@redhat.com> <20131001100200.GA2840@adacore.com> <524AA113.5070008@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <524AA113.5070008@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2013-10/txt/msg00032.txt.bz2 > Well, how are you sure they're unpublished, if you don't know > at least approximately which interfaces it's using? (reading /proc, > using ptrace+peeking at program memory, etc.) ;-) I've really no > clue on the ABI garantees copying newer/older "ps" to an older/newer > system would have, but I'd expect it to have some. That's true. In the end, I wasn't able to get that piece of information, as I could not find a tool on LynxOS that can trace system calls. There is no /proc, and I couldn't find anything in /dev that seems related to that sort of thing. > BTW, was that "old code" the old native gdb port? I must have been confused somewhere. It was for sure a gdbserver port, which I thought I had completely removed in order to make room for an implementation-from-scratch. I haven't looked at the sources in a long time, and the only reason I mention them is because I saw that hack when I first worked on the LynxOS gdbserver, and the first thing I did was get rid of it, to see if it was useful in any way. > It's hard to believe such a basic feature would go missing from > a public debug API :-(, but I can't say I really object to the patch. > If it works for you... I was convinced too. But I've read many times the man page, and looked at ptrace.h for the beginning of a way that might work, and couldn't find anything. > > +/* Assuming we've just attached to a running inferior whose pid is PID, > > + add all threads runnnig in that process. */ > > "running". Thanks. I will fix that before checking in. -- Joel