From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17019 invoked by alias); 4 Apr 2006 22:03:29 -0000 Received: (qmail 17008 invoked by uid 22791); 4 Apr 2006 22:03:29 -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; Tue, 04 Apr 2006 22:03:27 +0000 Received: from farnswood.snap.net.nz (p202-124-114-79.snap.net.nz [202.124.114.79]) by viper.snap.net.nz (Postfix) with ESMTP id E1D0E74A39A; Wed, 5 Apr 2006 10:03:23 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id BBE9862A99; Tue, 4 Apr 2006 23:03:02 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17458.60694.135878.624750@farnswood.snap.net.nz> Date: Tue, 04 Apr 2006 22:03:00 -0000 To: Daniel Jacobowitz Cc: gdb@sources.redhat.com Subject: Re: RFC: MI output during program execution X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-04/txt/msg00018.txt.bz2 [moved from gdb-patches] > Well I have no idea! You didn't say what I broke. * 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. ... (linux_target): Don't set to_wait, to_kill, or to_mourn_inferior. ... The async code used a heavily changed version of child_wait (in linux-nat.c). What does the new code use in place of this procedure? Nick http://www.inet.net.nz/~nickrob