From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 33658 invoked by alias); 17 Jun 2019 20:45:25 -0000 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 Received: (qmail 33583 invoked by uid 89); 17 Jun 2019 20:45:19 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*i:sk:NhNkhtq, H*f:sk:NhNkhtq, H*i:sk:g@mail., H*f:sk:g@mail. X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 17 Jun 2019 20:45:17 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 4E38756079; Mon, 17 Jun 2019 16:45:16 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id tzwhpNzx-uqx; Mon, 17 Jun 2019 16:45:16 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 395DB56065; Mon, 17 Jun 2019 16:45:16 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id 98BE683923; Mon, 17 Jun 2019 16:45:15 -0400 (EDT) Date: Mon, 17 Jun 2019 20:45:00 -0000 From: Joel Brobecker To: Jonah Graham Cc: Jan Vrany , Tom Tromey , "gdb@sourceware.org" Subject: Re: MI3 and async notifications Message-ID: <20190617204515.GB6859@adacore.com> References: <70fdd9107d9bb3cee0a1a342aedc05bf3c8e9bae.camel@fit.cvut.cz> <871rzu9at0.fsf@tromey.com> <20190617121412.GA4157@adacore.com> <20190617125638.GA6859@adacore.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-SW-Source: 2019-06/txt/msg00044.txt.bz2 > > Jonah, I was about to ask the same. I understand that you need to know > > which breakpoint has been inserted by given command, but this > > if we respond with something like > > > > 1-break-insert main > > =breakpoint-created,bkpt={number="1",type=...} > > 1^done,bkpt-number=1 > > > > then you just search for breakpoint with that id, no? Given that MI > > guarantees that =breakpoint-created arrives before ^done reply to command. > > Am I missing something? > > > > No you aren't missing anything. That would be a perfectly acceptable > solution for CDT. > > There would still be some other new logic needed for CDT, we would > still have to store all the =breakpoint-created if there is a > -break-insert active and then process all of them when the ^done is > received. However that seems fairly reasonable. Do we even need the bkpt-number=1 attribute in the "done" command? The notification includes that information, so the GUI should have enough info from there to determine which UI element to update, right? -- Joel