all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: "Stefan-W. Hahn" <stefan.hahn@s-hahn.de>
Cc: deng@randomsample.de, 22287@debbugs.gnu.org
Subject: bug#22287: 25.1.50; Sudden jumping point in buffer
Date: Tue, 05 Jan 2016 22:12:40 +0200	[thread overview]
Message-ID: <834mer4wg7.fsf@gnu.org> (raw)
In-Reply-To: <20160105195129.GB10231@scotty.home> (stefan.hahn@s-hahn.de)

> Date: Tue, 5 Jan 2016 20:51:30 +0100
> From: "Stefan-W. Hahn" <stefan.hahn@s-hahn.de>
> Cc: deng@randomsample.de, 22287@debbugs.gnu.org
> 
> > If you tell how you defined the watchpoint, I might be able to help
> > you redefine it so that hardware-assisted watchpoints are used by GDB.
> 
> Any hint welcome.

First, your watchpoints are hardware-assisted, so the problem is a
different one than what I imagined.  Which is good.

Don't use awatch, you only want a watchpoint to trigger when the value
of point actually changes, not when it's being read by some code.  Use
the "watch" command.

Next, I'm guessing that the watchpoint fires all the time, and that's
what slows down Emacs.  One way to make the situation better is to
condition the watchpoint on the value of point (since your previous
tests repeatedly move point from one known position to another known
position).  Like this:

  (gdb) watch -l current_buffer->pt if current_buffer->pt == POS
  (gdb) commands
    > xbacktrace
    > continue
    > end
  (gdb)

where POS is the value of buffer position to which point jumps when it
should have stayed put.

Note that I used "watch -l" (the letter ell) -- this will limit the
watchpoint to watching only point of the buffer that is current when
you type these GDB commands.  You will have to arrange that the
current buffer at that time is the buffer that visits intervals.c.

Let me know if the above is enough to allow you to run a session.

Thanks.





  reply	other threads:[~2016-01-05 20:12 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-01-01 11:10 bug#22287: 25.1.50; Sudden jumping point in buffer Stefan-W. Hahn
2016-01-03 11:26 ` David Engster
2016-01-03 13:07   ` Stefan-W. Hahn
2016-01-03 15:47     ` David Engster
2016-01-03 20:51       ` Stefan-W. Hahn
2016-01-04 15:22         ` Eli Zaretskii
2016-01-05 15:01           ` Stefan-W. Hahn
2016-01-05 16:27             ` Eli Zaretskii
2016-01-05 19:51               ` Stefan-W. Hahn
2016-01-05 20:12                 ` Eli Zaretskii [this message]
2016-01-05 21:08                   ` Stefan-W. Hahn
2016-01-06 14:13                   ` Stefan-W. Hahn
2016-01-06 21:52                     ` David Engster
2016-02-21 16:29                       ` David Engster
2016-01-04 15:22       ` Eli Zaretskii

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

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

  git send-email \
    --in-reply-to=834mer4wg7.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=22287@debbugs.gnu.org \
    --cc=deng@randomsample.de \
    --cc=stefan.hahn@s-hahn.de \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.