From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23529 invoked by alias); 15 Jul 2004 20:19:57 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 23522 invoked from network); 15 Jul 2004 20:19:56 -0000 Received: from unknown (HELO mail-out3.apple.com) (17.254.13.22) by sourceware.org with SMTP; 15 Jul 2004 20:19:56 -0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out3.apple.com (8.12.11/8.12.11) with ESMTP id i6FKKFiL028604 for ; Thu, 15 Jul 2004 13:20:15 -0700 (PDT) Received: from relay3.apple.com (relay3.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.6) with ESMTP id ; Thu, 15 Jul 2004 13:19:55 -0700 Received: from [17.201.22.21] (moleja.apple.com [17.201.22.21]) by relay3.apple.com (8.12.11/8.12.11) with ESMTP id i6FKJqYD024004; Thu, 15 Jul 2004 13:19:53 -0700 (PDT) In-Reply-To: <28ADB7D6-D69A-11D8-BBF3-000A9569836A@apple.com> References: <40DE2D1B.4070003@gnu.org> <200406302047.QAA29956@smtp.ott.qnx.com> <16613.39781.921538.192414@nick.uklinux.net> <40EDC76F.2070809@gnu.org> <16625.46597.86962.340302@nick.uklinux.net> <40F2986D.4010205@gnu.org> <16626.56338.385281.264806@nick.uklinux.net> <40F697E7.9060904@gnu.org> <16630.57035.572672.532135@nick.uklinux.net> <28ADB7D6-D69A-11D8-BBF3-000A9569836A@apple.com> Mime-Version: 1.0 (Apple Message framework v669) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5420CFB8-D69C-11D8-BBF3-000A9569836A@apple.com> Cc: Andrew Cagney , Alain Magloire , gdb@sources.redhat.com Content-Transfer-Encoding: 7bit From: Jason Molenda Subject: Re: How does GDB/MI give the current frame Date: Thu, 15 Jul 2004 21:08:00 -0000 To: Nick Roberts X-SW-Source: 2004-07/txt/msg00186.txt.bz2 On Jul 15, 2004, at 1:04 PM, Jason Molenda wrote: > For what it's worth, at Apple we've done what Andrew is proposing. > Our method spits out a "MI_HOOK_RESULT" notification on the ^done > result whenever the console command entered by the user has changed > the state in an important way. e.g. [...] > > FWIW, here's the list of notification hooks we currently generate: > breakpoint_create, breakpoint_modify, breakpoint_delete, > stack_changed, frame_changed, thread_changed. > I should add that we also call output_control_change_notification() with "stepping" or "continuing" when the user enters a console command that resumes execution. e.g. (gdb) -interpreter-exec console-quoted step ^stepping ^running (gdb) *stopped,time= {wallclock="0.01470",user="0.00635",system="0.00845",start="1089922425.6 47144",end="1089922425.661845"},reason="end-stepping-range",thread- id="1" (gdb) -interpreter-exec console-quoted continue ~"Continuing.\n" ^continuing ^running So the UI knows when the user is resuming the inferior behind its back. J