From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4634 invoked by alias); 27 Mar 2006 21:56:14 -0000 Received: (qmail 4626 invoked by uid 22791); 27 Mar 2006 21:56:14 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 27 Mar 2006 21:56:12 +0000 Received: from kahikatea.snap.net.nz (p202-124-115-96.snap.net.nz [202.124.115.96]) by viper.snap.net.nz (Postfix) with ESMTP id 3725A74A151; Tue, 28 Mar 2006 09:56:06 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 500) id 5424688FC; Tue, 28 Mar 2006 09:54:33 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17448.24343.362964.716378@kahikatea.snap.net.nz> Date: Tue, 28 Mar 2006 00:40:00 -0000 To: Daniel Jacobowitz Cc: gdb-patches@sources.redhat.com Subject: Re: RFC: MI output during program execution In-Reply-To: <20051003131829.GA19106@nevyn.them.org> 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> 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/msg00312.txt.bz2 Re getting GDB to work asynchronously (19 Sep 2005): Me> I now have something that works for GNU/Linux (probably under limited Me> conditions). With MI it now picks up mi_exec_async_cli_cmd_continuation to Me> print the *stopped record, even with CLI commands like "run": Me> > Can I go ahead and create a branch? I have a version of gdb-mi.el that Me> > works quite well with these changes. I am (naively?) hoping that there Me> > will be some interest after Emacs 22 is released? > 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. 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). 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. -- Nick http://www.inet.net.nz/~nickrob