unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: jonetsu <jonetsu@teksavvy.com>
To: help-gnu-emacs@gnu.org
Subject: Re: Using gdb (windows popping up)
Date: Sun, 9 Jun 2019 12:18:23 -0400	[thread overview]
Message-ID: <20190609121823.5192ecd2@mistral> (raw)
In-Reply-To: <20190609120908.019c5340@mistral>

On Sun, 9 Jun 2019 12:09:08 -0400
jonetsu <jonetsu@teksavvy.com> wrote:

> So this seems to resolve the problem with new instances popping up.

... Until the debugged app outputs something.  Then yes, the problem
with a new emacs instance popping is solved, but emacs insists on
replacing the source code with the output window.  At which point,
putting the cursor in that output window and selecting the source
buffer to be displayed right there where the cursor is (as this is the
normal behaviour in emacs) will show the source in the gdb
interactive window, tossing it away.

Putting away the output window (C-x 0) and selecting the source code
buffer, as well as bringing up the gdb interactive window gets back on
track ... until the next output is made by the debugged app.  At which
point another 'dance of the windows' has to be made.

The output window was not closed, only toss away (C-x 0) - why not
output anything fro the debugged app in there without having to show it
and replace the source buffer ?

It's a bit of a mess.  I'd like to establish a good clean simple base
to work with emacs and gdb - is it possible at all ?

Reading here and there about similar problem pops up a lot of
suggestions, a lot of them.  Install this, install that, do this .emacs
modification, add this - oh not that doe snot work - then add that
instead, etc, etc...





  reply	other threads:[~2019-06-09 16:18 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-06-09 15:52 Using gdb (windows popping up) jonetsu
2019-06-09 16:09 ` jonetsu
2019-06-09 16:18   ` jonetsu [this message]
2019-06-09 16:58     ` jonetsu
2019-06-09 17:48       ` Óscar Fuentes
2019-06-09 18:31 ` Eli Zaretskii
2019-06-09 18:59   ` jonetsu
2019-06-09 19:13     ` Eli Zaretskii
2019-06-09 19:27       ` jonetsu
2019-06-09 19:33         ` Noam Postavsky
2019-06-09 19:48           ` jonetsu
2019-06-09 20:15             ` Noam Postavsky
2019-06-09 21:10               ` jonetsu
2019-06-09 22:36                 ` Óscar Fuentes
2019-06-10 13:33                   ` jonetsu
2019-06-10 13:44                     ` Óscar Fuentes
2019-06-10 14:00                       ` jonetsu
2019-06-10 15:44                         ` Eli Zaretskii
2019-06-10 18:52                           ` jonetsu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20190609121823.5192ecd2@mistral \
    --to=jonetsu@teksavvy.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).