From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24280 invoked by alias); 19 Mar 2007 01:54:15 -0000 Received: (qmail 24035 invoked by uid 22791); 19 Mar 2007 01:54:14 -0000 X-Spam-Check-By: sourceware.org Received: from elrond.portugalmail.pt (HELO elrond.portugalmail.pt) (195.245.179.181) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 19 Mar 2007 01:54:12 +0000 Received: from localhost (localhost [127.0.0.1]) by elrond.portugalmail.pt (Postfix) with ESMTP id 36DE83BA9C for ; Mon, 19 Mar 2007 01:49:55 +0000 (WET) Received: from elrond.portugalmail.pt ([127.0.0.1]) by localhost (elrond.portugalmail.pt [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sTNMI8XZv14A for ; Mon, 19 Mar 2007 01:49:54 +0000 (WET) Received: from [127.0.0.1] (88.210.74.252.rev.optimus.pt [88.210.74.252]) (Authenticated sender: pedro_alves@portugalmail.pt) by elrond.portugalmail.pt (Postfix) with ESMTP id B368A3D0BF for ; Mon, 19 Mar 2007 01:49:52 +0000 (WET) Message-ID: <45FDECDB.6040000@portugalmail.pt> Date: Mon, 19 Mar 2007 01:54:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.4.0 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Re: TUI + gdbserver broken? References: <45F7480C.5010207@portugalmail.pt> <20070314022930.GA8010@caradoc.them.org> <45FB3AA9.4040105@portugalmail.pt> In-Reply-To: <45FB3AA9.4040105@portugalmail.pt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 000725-0, 19-03-2007), Outbound message X-Antivirus-Status: Clean X-IsSubscribed: yes 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-03/txt/msg00215.txt.bz2 Pedro Alves wrote: > > But it is. Going back to cvs before the following patch > fixes both problems I see on Cygwin. > > 2007-02-27 Daniel Jacobowitz > > * frame.c (deprecated_selected_frame): Rename to... > (selected_frame): ...this. Make static. > (get_selected_frame, select_frame): Update. > * frame.h (deprected_select_frame): Delete. > (deprecated_safe_get_selected_frame): Update comments. > > * breakpoint.c, cli/cli-cmds.c, f-valprint.c, infcmd.c, inflow.c, > infrun.c, stack.c, tui/tui-disasm.c, tui/tui-source.c, > tui/tui-winsource.c, valops.c, varobj.c, findvar.c, macroscope.c, > parse.c, regcache.h, sh64-tdep.c, tui/tui-hooks.c, tui/tui-win.c, > tui/tui.c: Replace references to deprecated_selected_frame. > > >>> (gdb) c >>> Continuing. >>> Remote communication error: Software caused connection abort. >>> >> >> I recommend set debug remote. What does gdbserver do when this happens? >> >> > > It ends successfully. > I'm out of time for today to look further. > I've looked further. Here's what happens, on TUI + gdbserver: (...) Packet vCont (verbose-resume) is supported Sending packet: $vCont;c#a8...Ack Packet received: W00 Sending packet: $g#67...Remote communication error: Software caused connection abort. (gdb) c Continuing. gdb is sending a g packet after a W. Something in gdb didn't realize that the the target already exited. I'm posting a patch at gdb-patches with a deeper rationale. Cheers, Pedro Alves