From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ergus Newsgroups: gmane.emacs.bugs Subject: bug#32597: gdb gud-watch speedbar no visible actions Date: Sat, 01 Sep 2018 16:09:44 +0200 Message-ID: <0d29df09-26e9-455e-96c4-ae6eda8fbdaa@aol.com> References: <20180831012024.uo2djiljptddxa5y@Ergus> <83sh2t1g09.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----MEA99HUUP5TYJFFCOULV4NOS8IMOQX" Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1535812522 16095 195.159.176.226 (1 Sep 2018 14:35:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 1 Sep 2018 14:35:22 +0000 (UTC) User-Agent: Android Cc: 32597@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 01 16:35:18 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw6zd-00045x-RE for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Sep 2018 16:35:18 +0200 Original-Received: from localhost ([::1]:37415 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fw71j-0002TM-Vq for geb-bug-gnu-emacs@m.gmane.org; Sat, 01 Sep 2018 10:37:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55115) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fw6qe-0006KD-Gw for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2018 10:26:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fw6cA-0001TT-Cx for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2018 10:11:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36992) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fw6cA-0001Sz-8i for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2018 10:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fw6c9-0004Lj-U7 for bug-gnu-emacs@gnu.org; Sat, 01 Sep 2018 10:11:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Ergus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 01 Sep 2018 14:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32597 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32597-submit@debbugs.gnu.org id=B32597.153581102116674 (code B ref 32597); Sat, 01 Sep 2018 14:11:01 +0000 Original-Received: (at 32597) by debbugs.gnu.org; 1 Sep 2018 14:10:21 +0000 Original-Received: from localhost ([127.0.0.1]:42010 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw6bV-0004Kr-1M for submit@debbugs.gnu.org; Sat, 01 Sep 2018 10:10:21 -0400 Original-Received: from sonic301-21.consmr.mail.ir2.yahoo.com ([77.238.176.98]:36714) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fw6bS-0004Kb-Q7 for 32597@debbugs.gnu.org; Sat, 01 Sep 2018 10:10:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1535811013; bh=PgOvRNA06cK/2/JlKSK3oYPEU8SRfa2cYbeOnWb6uNs=; h=In-Reply-To:References:Subject:From:Date:To:From:Subject; b=OViouojh7q1hOSO4fCnqgSwxIDigSkbGru52Jbnz8kq/Ao/osrbrdwF5KMHVliqCUqR410v7B+34WBCfM+62UsoNg6ooCNLbP+wo5plNtOA073vrmpRzqU/1m2rYF40cp7qwfpl9dJEt836vrHJ0h6dbme98cXd/MrOi0vYKAWCt6ElX7nTTBXSA9uHCkix6jnK976OxJlN+mG5Fr44+u6S9XYU21wnXTINnDnOmAfPLzXASR+v+BY2z0svURYtR47u2rLE06zbfLStVHi/QX/MGTRh7l/2xuZZMFA/MgotFwRw2m0lztDpSHe8q7JdENRtNygQMHQRX+AmvRnEHGg== X-YMail-OSG: JrZoD1oVM1lD3js0RZy0h8u1ZRxtneZJVnAgJe1J6nSGXHXhZ0WvLbdSNc5f66i xNG9zRFMgSVI1T29ED4mh5eafX8SAcIZ7LsAxcupLYXYUnwXBgk06mkU8AI_Z37GGeyQo1X9WAbt enbx1ezSDS7i_CrlvccNpnefovNestmhoCZsGBGdG.J..KvSgoRMoP7SM5yTadK4jvPvOOoAWj2M keorLZZQ4D00FYrAGeRn6I4eZai0y6ki7Iqdk4NfPJZkx8QGg7JuNTgTAHxUl8UNAduYQq6iyKUi zJhJM5fk6ZRBRgrFD2KPmY4v80bUfqSqc.Ix.cuGdn9s4_hEhX6j.QkxOeQd22DvJ87w8TfBBMe4 MwDNIGaSs74ERdSzXa0SQWTW6Qg7Q.E0sSZLnVb.kTnI2Ys6ajNw95qXhWA7eXjPyREpdvA8C8Qf KjFM0BYflSGKOid0mwt7a0hKuh.pc6q.zRctdXGH676ctT4fP_XeiDPeRNBMwA4TdhzpBQJl45Y1 qeOyXDZpAloW2uy1G1ilSdl.fi93cRqSNT6rfEXrpatVZKyhuTO_SHLA5W_gqw.USC1eFeNCWkhj H_F6UNU.bux_3Th37aHhA4FKp3wBfMaio6J66Vn.v7SZDGalCFMfwgMpqHO03jsZMFuFUuzJQHMF A1GqMrvbHQYGD2gkBnI2KT87m50QHE0avMa4zxq8oIfprgz5cVLkbegEGfvvzSYapcHLUQAw5SZ8 tu6IiXy0HBNbwO8zo1KmiiElRL6V41UbEH6jTJCkb6chk7c68FcxZI3lu6yVImRgHpjs1mV36evc dAzInsPuh1x.zsTL1_NNp5IhEgioI6Srt1E8qqiLmi Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.ir2.yahoo.com with HTTP; Sat, 1 Sep 2018 14:10:13 +0000 Original-Received: from 31.4.151.134 (EHLO [10.152.185.206]) ([31.4.151.134]) by smtp430.mail.ir2.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 2e20f451a0045531d45e4c5b8c711107; Sat, 01 Sep 2018 14:10:08 +0000 (UTC) In-Reply-To: <83sh2t1g09.fsf@gnu.org> X-Referenced-Uid: 31074 Thread-Topic: Re: bug#32597: gdb gud-watch speedbar no visible actions X-Is-Generated-Message-Id: true X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:149943 Archived-At: ------MEA99HUUP5TYJFFCOULV4NOS8IMOQX Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 Yes it happens also with -Q=2E When it doesnt happen is in gui mode=2E = =E2=81=A3Sent from BlueMail =E2=80=8B On 1 Sep 2018, 15:53, at 15:53, Eli = Zaretskii wrote: >> Date: Fri, 31 Aug 2018 03:20:24 +0200 = >> From: Ergus >> >> >> 1) "M-x speedbar" requires t= o be called twice for the first speedbar >open=2E If >> this is not a bug, = it is very weird=2E >> >> 2) Debugging with gdb in emacs a C program I add= ed a gud-watch for a >struct >> variable=2E Going to the speedbar I try to = open the struct tree [+] >with but >> it does nothing (i don't try mo= use click because I am in a terminal >session)=2E >> >> - It requires to q= uit (q) and open the "M-x speedbar" again to show >the >> speedbar updated = with the tree opened=2E It opens depends if I pressed >> odd or even = times before q=2E >> >> - The opposite (close the tree) works properly wit= hout exit needed, >but I can't >> open it again (previous explained behavio= r)=2E >> >> - I tried this with -Q option to check that it was not a mista= ke in >my >> configuration=2E >> >> - The speedbar in: "emacs -Q -f speedb= ar" works fine without this >issue=2E >> >> - With emacs in gui there is n= ot problem either=2E > >Not sure I understand you correctly: does the last = part of your report >mean that the problem does not happen in "emacs -Q"? ------MEA99HUUP5TYJFFCOULV4NOS8IMOQX Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Yes it happens also with -Q=2E
When it doesnt happen is in gui mode=2E
<= br>
Sent from BlueMail
On 1 Sep 2018, at 15:53, Eli Za= retskii <eliz@gnu=2E= org> wrote:
 D=
ate: Fri, 31 Aug 2018 03:20:24 +0200
 From: Ergus <spacibba@aol=2Ecom=
>
 
 
 1) "M-x speedbar" requires to be called twice for the fi=
rst speedbar open=2E If
 this is not a bug, it is very weird=2E
 
=
 2) Debugging with gdb in emacs a C program I added a gud-watch for a struc=
t
 variable=2E Going to the speedbar I try to open the struct tree [+] w=
ith <SPC> but
 it does nothing (i don't try mouse click because I =
am in a terminal session)=2E
 
 - It requires to quit (q) and open th=
e "M-x speedbar" again to show the
 speedbar updated with the tree opene=
d=2E It opens depends if I pressed
 <SPC> odd or even times before=
 q=2E
 
 - The opposite (close the tree) works properly without exit =
needed, but I can't
 open it again (previous explained behavior)=2E
 =

 - I tried this with -Q option to check that it was not a mistake in my=

 configuration=2E
 
 - The speedbar in: "emacs -Q -f speedbar" wo=
rks fine without this issue=2E
 
 - With emacs in gui there is not pr=
oblem either=2E

Not sure I understand you correctly: do=
es the last part of your report
mean that the problem does not happen in=
 "emacs -Q"?
------MEA99HUUP5TYJFFCOULV4NOS8IMOQX--