From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Liang Wang Newsgroups: gmane.emacs.devel Subject: Re: gdb "command" broken with -mi Date: Tue, 20 Aug 2013 08:38:13 -0700 Message-ID: References: <5213675A.4040808@cs.utoronto.ca> <834nakl9ab.fsf@gnu.org> <52138557.7010200@cs.utoronto.ca> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7bacc15450631904e462d800 X-Trace: ger.gmane.org 1377013105 22811 80.91.229.3 (20 Aug 2013 15:38:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 20 Aug 2013 15:38:25 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Ryan Johnson Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 20 17:38:28 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VBo0o-0001rB-Fo for ged-emacs-devel@m.gmane.org; Tue, 20 Aug 2013 17:38:26 +0200 Original-Received: from localhost ([::1]:48575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VBo0n-0000JC-O4 for ged-emacs-devel@m.gmane.org; Tue, 20 Aug 2013 11:38:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34874) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VBo0h-0000Ir-T3 for emacs-devel@gnu.org; Tue, 20 Aug 2013 11:38:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VBo0f-0007C9-Il for emacs-devel@gnu.org; Tue, 20 Aug 2013 11:38:19 -0400 Original-Received: from mail-wi0-x22e.google.com ([2a00:1450:400c:c05::22e]:47192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VBo0d-0007B3-6v; Tue, 20 Aug 2013 11:38:15 -0400 Original-Received: by mail-wi0-f174.google.com with SMTP id j17so4502018wiw.1 for ; Tue, 20 Aug 2013 08:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=jJ23Suw/+Ka4G7NDJrYZxUOzXvR1TKkR6TaBBzMlWk0=; b=OhwqtFp8KDY6SepNYFifnTxBAm1DQAvZeadvq1OngxuLTCzm++BcaXq19HeQhJS0Do mOIO7h1lSh1uoV/emmrenVsj6wKOqdFfTS+S/loZ4HmKXqzfnx4K6JChJFlZ15bXTDIy BTxnVaU+coAP/Ohl5vPY8tzpAHUxR6MTBjbKehAL8egqmruZ299zeiUGVPBYZLHvKqZp OOfY7qpgK1kfXOjg1JqLezAMSXEhf6M4NFvQBXkAe63SFvhV74Mb3S5YQbTIH7JIVURU zlXYWSpJO/pvX0uDO5CjE1r857AqBVo7XgOx4dfEU3+raXH3spQuSbXqxvyRVfZyhlqy pGFQ== X-Received: by 10.194.192.1 with SMTP id hc1mr1972476wjc.39.1377013093915; Tue, 20 Aug 2013 08:38:13 -0700 (PDT) Original-Received: by 10.216.23.1 with HTTP; Tue, 20 Aug 2013 08:38:13 -0700 (PDT) Original-Received: by 10.216.23.1 with HTTP; Tue, 20 Aug 2013 08:38:13 -0700 (PDT) In-Reply-To: <52138557.7010200@cs.utoronto.ca> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:162924 Archived-At: --047d7bacc15450631904e462d800 Content-Type: text/plain; charset=UTF-8 On Aug 20, 2013 8:04 AM, "Ryan Johnson" wrote: > > On 20/08/2013 10:35 AM, Eli Zaretskii wrote: >>> >>> Date: Tue, 20 Aug 2013 08:55:54 -0400 >>> From: Ryan Johnson >>> >>> I noticed during a recent debug session that gdb's "command" command >>> (setting actions to perform when a breakpoint triggers) doesn't work. >>> You can start to enter the list of commands, but emacs ignores the "end" >>> keyword that should terminate the list, forcing you to cancel the >>> attempt with C-c C-c. >>> >>> Is this a known issue? >> >> This used to be a problem in older versions of Emacs, but it was fixed >> more than a year ago, and all versions of Emacs from 24.3 (inclusive) >> onwards should not fail this way. What version of Emacs are you >> using? >> >> FWIW, I've just tried this in yesterday's trunk, and it works for me >> in a simple test case. > > I'm using 24.3.2 with Ken's cygwin patches. > > The STC is: > 1. gcc -g -ostc -xc <(echo "int main() { return 0; }") > 2. Fire up emacs M-x gdb and point it at stc > 3. b main > 4. comm 1 >> >> Reading symbols from /home/Ryan/experiments/a.exe...done. >> (gdb) b main >> Breakpoint 1 at 0x1004010dd: file stc.c, line 2. >> (gdb) comm 1 I'm afraid that you have to type "commands" exactly. >> Type commands for breakpoint(s) 1, one per line. >> End with a line saying just "end". >> >p $pc >> >end >> > >> > >> > C-c C-cQuit >> (gdb) > > > If it's fixed in later versions, though, maybe Ken's (hopefully soon-arriving) cygwin package update that fixes the stack overflow problem will also pick up this fix. > > Thanks, > Ryan > > > --047d7bacc15450631904e462d800 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Aug 20, 2013 8:04 AM, "Ryan Johnson" <ryan.johnson@cs.utoronto.ca> wrote:
>
> On 20/08/2013 10:35 AM, Eli Zaretskii wrote:
>>>
>>> Date: Tue, 20 Aug 2013 08:55:54 -0400
>>> From: Ryan Johnson <ryan.johnson@cs.utoronto.ca>
>>>
>>> I noticed during a recent debug session that gdb's "c= ommand" command
>>> (setting actions to perform when a breakpoint triggers) doesn&= #39;t work.
>>> You can start to enter the list of commands, but emacs ignores= the "end"
>>> keyword that should terminate the list, forcing you to cancel = the
>>> attempt with C-c C-c.
>>>
>>> Is this a known issue?
>>
>> This used to be a problem in older versions of Emacs, but it was f= ixed
>> more than a year ago, and all versions of Emacs from 24.3 (inclusi= ve)
>> onwards should not fail this way. =C2=A0What version of Emacs are = you
>> using?
>>
>> FWIW, I've just tried this in yesterday's trunk, and it wo= rks for me
>> in a simple test case.
>
> I'm using 24.3.2 with Ken's cygwin patches.
>
> The STC is:
> 1. gcc -g -ostc -xc <(echo "int main() { return 0; }") > 2. Fire up emacs M-x gdb and point it at stc
> 3. b main
> 4. comm 1
>>
>> Reading symbols from /home/Ryan/experiments/a.exe...done.
>> (gdb) b main
>> Breakpoint 1 at 0x1004010dd: file stc.c, line 2.
>> (gdb) comm 1

I'm afraid that you have to type "commands" ex= actly.

>> Type commands for breakpoint(s) 1, one per line. >> End with a line saying just "end".
>> >p $pc
>> >end
>> >
>> >
>> > =C2=A0C-c C-cQuit
>> (gdb)
>
>
> If it's fixed in later versions, though, maybe Ken's (hopefull= y soon-arriving) cygwin package update that fixes the stack overflow proble= m will also pick up this fix.
>
> Thanks,
> Ryan
>
>
>

--047d7bacc15450631904e462d800--