unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Alan Mackenzie <acm@muc.de>
To: Paul Pogonyshev <pogonyshev@gmx.net>, 10941@debbugs.gnu.org
Subject: bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten
Date: Thu, 29 Mar 2012 21:48:51 +0000	[thread overview]
Message-ID: <20120329214851.GB2594@acm.acm> (raw)
In-Reply-To: <201203042114.43740.pogonyshev@gmx.net>

Hi, Paul.

Thanks for this report.  I can reproduce the error.  However, looking at
the code, it "can't possibly happen".  :-(  A few questions:

> Sometimes (quite often) when opening a different syntax region --- a
> quoted string, or block comment --- in C++ mode, the first character
> after it gets eaten with some error message shown in the echo area.  I
> managed to create a surefire (at least here) way to reproduce it.

What exactly do you mean by "opening a different syntax region"?  Do you
mean moving point into it, or scrolling to see it?

> * save the attached file as 'test.cpp' (it is quite large, but when I
>   tried to shorten it substantially, error disappeared);

Aha!  It's 3991 bytes long.  I'm going to try a binary chop on the
length.  I have a strange feeling the threshold length of the file
(before insertion of "/* ") will be 2048.

> * start Emacs as 'emacs -Q test.cpp';

> * issue Elisp command right at the start of the buffer with M-: (this
>   emulates fast typing):

>       (progn (insert "/*") (insert " "))

>   note that two separate inserts are essential, with one "/* " error
>   is not triggered;

OK.  I have a suspicion it could be something like two
before-change-functions being invoked without the after-change-function
which should come between them.

Strangely, though, once this error has happened, it doesn't happen again
in the same Emacs session, even if the buffer is killed and the file
reloaded.

> * observer the following error:

>       Debugger entered--Lisp error: (error "Invalid search bound
>       (wrong side of point)")

> Full Emacs version: GNU Emacs 24.0.93.3 (x86_64-unknown-linux-gnu,
> GTK+ Version 2.24.10) of 2012-02-25 on gonzo

Paul

-- 
Alan Mackenzie (Nuremberg, Germany).





  reply	other threads:[~2012-03-29 21:48 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-04 18:14 bug#10941: [24.0.93.3] cc-mode: error in message buffer when "typing fast", characters eaten Paul Pogonyshev
2012-03-29 21:48 ` Alan Mackenzie [this message]
2012-03-29 22:11   ` Paul Pogonyshev
2012-03-30 22:19     ` Alan Mackenzie
2012-03-31 20:27       ` Paul Pogonyshev
2012-04-11 18:19   ` Alan Mackenzie

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=20120329214851.GB2594@acm.acm \
    --to=acm@muc.de \
    --cc=10941@debbugs.gnu.org \
    --cc=pogonyshev@gmx.net \
    /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 public inbox

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

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).