GNU bug report logs - #5851
24.0.50; first character after opening quote often gets eaten in CC modes

Previous Next

Packages: emacs, cc-mode;

Reported by: Paul Pogonyshev <pogonyshev <at> gmx.net>

Date: Tue, 6 Apr 2010 20:23:03 UTC

Severity: normal

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


Message #16 received at 5851 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: Alan Mackenzie <acm <at> muc.de>, 5851 <at> debbugs.gnu.org,
 Paul Pogonyshev <pogonyshev <at> gmx.net>
Subject: Re: bug#5851: 24.0.50; first character after opening quote often gets
 eaten in CC modes
Date: Sun, 6 Oct 2019 13:36:52 +0200
npostavs <at> gmail.com writes:

> Paul Pogonyshev <pogonyshev <at> gmx.net> writes:
>
>> FWIW the bug is still present.  I get this backtrace (2011-02-19
>> build):
>>
>>     (error "Invalid search bound (wrong side of point)")
>>       signal(error ("Invalid search bound (wrong side of point)"))
>>       byte-code(" b\210\302    @    A\"\207" [start err signal] 3)
>>       c-syntactic-re-search-forward("[;{}]" 8510 end)
>>       c-before-change-check-<>-operators(6462 6462)
>>       #[(fn) "     \n\"\207" [fn beg end] 3](c-before-change-check-<>-operators)
>>       mapc(#[(fn) "     \n\"\207" [fn beg end] 3] (c-extend-region-for-CPP c-before-change-check-<>-operators))
>>       c-before-change(6462 6462)
>>       self-insert-command(1)
>>       call-interactively(self-insert-command nil nil)
>>
>> I cannot find a reliable way to reproduce, but it happens often
>> enough.  Apparently, buffers not touched in quite a while are more
>> prone.  I.e. open a C++ file and leave it alone for 5 minutes.  Then
>> switch to the buffer and type outside any string a double quote
>> following by any other character --- the second character will likely
>> get eaten with an error as above.  M-x toggle-debug-on-error helps
>> spotting it.
>
> Maybe this is fixed in master now, along with Bug#28850?  (the error
> there is the same, though the backtrace is a bit different)

Indeed, it looks like this has been fixed on master -- or at least I
can't reproduce it.  Alan, what do you think?

Best regards,
Stefan Kangas




This bug report was last modified 5 years and 184 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.