From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19982 invoked by alias); 28 Mar 2006 21:17:28 -0000 Received: (qmail 19968 invoked by uid 22791); 28 Mar 2006 21:17:28 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Tue, 28 Mar 2006 21:17:26 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1FOLZ5-0002je-O0; Tue, 28 Mar 2006 16:17:23 -0500 Date: Tue, 28 Mar 2006 22:12:00 -0000 From: Daniel Jacobowitz To: Nick Roberts Cc: gdb-patches@sources.redhat.com Subject: Re: RFC: MI output during program execution Message-ID: <20060328211723.GA10392@nevyn.them.org> Mail-Followup-To: Nick Roberts , gdb-patches@sources.redhat.com References: <17142.56731.941946.838268@farnswood.snap.net.nz> <20050808130516.GA9046@nevyn.them.org> <17160.63891.324530.937796@farnswood.snap.net.nz> <430B9BF8.500@apple.com> <17188.60739.749026.738477@farnswood.snap.net.nz> <17198.37622.443418.520082@farnswood.snap.net.nz> <17216.38283.618507.704220@kahikatea.snap.net.nz> <20051003131829.GA19106@nevyn.them.org> <17448.24343.362964.716378@kahikatea.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17448.24343.362964.716378@kahikatea.snap.net.nz> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00323.txt.bz2 On Tue, Mar 28, 2006 at 09:54:31AM +1200, Nick Roberts wrote: > DJ> Sorry, miscommunication. You don't need approval to create a branch; > DJ> go right ahead. > > I never created a branch in the repository but kept merging changes in the > repository to my/Apple's changes. Unfortunately this means no one else can try what you've got... > This worked OK until: > > 2006-03-24 Daniel Jacobowitz > > * linux-nat.c (linux_ops_saved): New. > (super_mourn_inferior, kill_inferior, threaded, linux_nat_ops) > (child_mourn_inferior, child_wait, linux_nat_create_inferior) > (linux_nat_fetch_registers, linux_nat_store_registers) > (linux_nat_child_post_startup_inferior, init_linux_nat_ops): Delete. > ... > > Have you any one liners that might help me understand these changes and what > I can do to get GDB to work asynchronously again (at least for Linux). Well, I have no idea! You didn't say what broke. It replaces the two Linux native vectors with one combined vector that works for both. > Does this patch relate to (3 Oct 2005): > > DJ> I violently dislike the idea of linking gdb with pthreads. I'm > DJ> confident that we can get the benefits without that, however. I've got > DJ> this patch sitting in my queue of things to play with. Not at all. This is about debugging threaded applications, not about a threaded or non-threaded GDB. -- Daniel Jacobowitz CodeSourcery