GNU bug report logs - #42805
27.1; cc-mode/syntax/font-lock bug

Previous Next

Package: emacs;

Reported by: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>

Date: Mon, 10 Aug 2020 19:56:02 UTC

Severity: normal

Found in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42805 in the body.
You can then email your comments to 42805 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Mon, 10 Aug 2020 19:56:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 10 Aug 2020 19:56:02 GMT) Full text and rfc822 format available.

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

From: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Cc: bug-cc-mode <at> gnu.org
Subject: 27.1; cc-mode/syntax/font-lock bug
Date: Mon, 10 Aug 2020 16:55:40 -0300
[Message part 1 (text/plain, inline)]
Hi,

I have found two related issues. Both are evident in csharp-mode, but
can easily be reproduced in c-mode.

Issue 1 (cc-mode.el):

  When c-multiline-string-start-char is set, font locking breaks after
  changes in string literals. The issue started after commit 2ca12bb3de:
  I believe that '(c-remove-string-fences (car end-limits))' should be
  '(c-remove-string-fences (1- (cdr end-limits)))'

  Steps to reproduce:
    1. Open a .c file;
    2. Eval '(setq c-multiline-string-start-char ?@)';
    3. Delete/insert double quotes.

  I think this issue is related:
  https://github.com/Fuco1/smartparens/issues/992


Issue 2 (maybe syntax.el):

  When syntax-propertize-function is set (to '(lambda (beg end) nil)',
  for example), a similar problem occurs if electric-pair-mode (or even
  smartparens) is enabled. The symptoms started after commit 585fb95739,
  but I don't know if it is related.

  Steps to reproduce:
    1. Open a .c file;
    2. Eval '(setq syntax-propertize-function (lambda (beg end) nil)';
    3. Enable electric-pair-mode;
    4. Insert/delete empty strings.




In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30,
cairo version 1.16.0)
of 2020-08-06 built on gustavo-Lenovo-ideapad-330-15IKB
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Ubuntu 18.04.5 LTS

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Configured using:
'configure --with-x-toolkit=gtk3 --with-modules --with-sound=yes
--with-file-notification=yes --with-mailutils --with-cairo'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS PDUMPER LCMS2
GMP

Important settings:
value of $LANG: en
value of $XMODIFIERS:
locale-coding-system: iso-latin-1-unix

Major mode: Lisp Interaction

Minor modes in effect:
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs text-property-search seq
byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date subr-x
cl-loaddefs cl-lib tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
cairo move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 44286 8232)
(symbols 48 5980 1)
(strings 32 15464 904)
(string-bytes 1 505487)
(vectors 16 9275)
(vector-slots 8 124610 9084)
(floats 8 20 48)
(intervals 56 256 67)
(buffers 1000 12))
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Mon, 23 Nov 2020 17:11:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 42805 <at> debbugs.gnu.org, Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
Subject: Re: 27.1; cc-mode/syntax/font-lock bug
Date: Mon, 23 Nov 2020 19:10:11 +0200
> From: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
> Date: Mon, 10 Aug 2020 16:55:40 -0300
> Cc: bug-cc-mode <at> gnu.org
> 
> I have found two related issues. Both are evident in csharp-mode, but 
> can easily be reproduced in c-mode. 
> 
> Issue 1 (cc-mode.el): 
> 
>   When c-multiline-string-start-char is set, font locking breaks after 
>   changes in string literals. The issue started after commit 2ca12bb3de:
>   I believe that '(c-remove-string-fences (car end-limits))' should be 
>   '(c-remove-string-fences (1- (cdr end-limits)))' 
> 
>   Steps to reproduce: 
>     1. Open a .c file; 
>     2. Eval '(setq c-multiline-string-start-char ?@)'; 
>     3. Delete/insert double quotes. 
> 
>   I think this issue is related:
>   https://github.com/Fuco1/smartparens/issues/992 
> 
> Issue 2 (maybe syntax.el): 
> 
>   When syntax-propertize-function is set (to '(lambda (beg end) nil)', 
>   for example), a similar problem occurs if electric-pair-mode (or even 
>   smartparens) is enabled. The symptoms started after commit 585fb95739,
>   but I don't know if it is related.
> 
>   Steps to reproduce: 
>     1. Open a .c file; 
>     2. Eval '(setq syntax-propertize-function (lambda (beg end) nil)'; 
>     3. Enable electric-pair-mode; 
>     4. Insert/delete empty strings.

Alan, could you please take a look?  Would it be possible to fix this
for Emacs 27.2?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Mon, 23 Nov 2020 18:58:02 GMT) Full text and rfc822 format available.

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

From: Alan Mackenzie <acm <at> muc.de>
To: Eli Zaretskii <eliz <at> gnu.org>,
 Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
Cc: 42805 <at> debbugs.gnu.org
Subject: Re: 27.1; cc-mode/syntax/font-lock bug
Date: Mon, 23 Nov 2020 18:57:18 +0000
Hello, Gustavo and Eli.

On Mon, Nov 23, 2020 at 19:10:11 +0200, Eli Zaretskii wrote:
> > From: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
> > Date: Mon, 10 Aug 2020 16:55:40 -0300
> > Cc: bug-cc-mode <at> gnu.org

> > I have found two related issues. Both are evident in csharp-mode, but 
> > can easily be reproduced in c-mode. 

I'll answer the second issue now (which is easy) and hopefully get round
to the first one soon.

> > Issue 1 (cc-mode.el): 

[ .... ]

> > Issue 2 (maybe syntax.el): 

> >   When syntax-propertize-function is set (to '(lambda (beg end) nil)', 
> >   for example), a similar problem occurs if electric-pair-mode (or even 
> >   smartparens) is enabled. The symptoms started after commit 585fb95739,
> >   but I don't know if it is related.

> >   Steps to reproduce: 
> >     1. Open a .c file; 
> >     2. Eval '(setq syntax-propertize-function (lambda (beg end) nil)'; 
> >     3. Enable electric-pair-mode; 
> >     4. Insert/delete empty strings.

This is simple.  syntax-propertize-function is utterly incompatible with
CC Mode, and _will_ foul it up.  To quote from the Emacs Lisp manual
(recently added text):

     *Caution:* When this variable is non-`nil', Emacs removes
     `syntax-table' text properties arbitrarily and relies on
     `syntax-propertize-function' to reapply them.  Thus if this
     facility is used at all, the function must apply *all*
     `syntax-table' text properties used by the major mode.  In
     particular, Modes derived from a CC Mode mode must not use this
     variable, since CC Mode uses other means to apply and remove these
     text properties.

> Alan, could you please take a look?  Would it be possible to fix this
> for Emacs 27.2?

I hope so.  Are there any firm plans for a release date, yet?

-- 
Alan Mackenzie (Nuremberg, Germany).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Mon, 23 Nov 2020 19:28:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 42805 <at> debbugs.gnu.org, gustavotcabral <at> gmail.com
Subject: Re: 27.1; cc-mode/syntax/font-lock bug
Date: Mon, 23 Nov 2020 21:27:10 +0200
> Date: Mon, 23 Nov 2020 18:57:18 +0000
> Cc: 42805 <at> debbugs.gnu.org
> From: Alan Mackenzie <acm <at> muc.de>
> 
> > Alan, could you please take a look?  Would it be possible to fix this
> > for Emacs 27.2?
> 
> I hope so.  Are there any firm plans for a release date, yet?

Plans, yes: soon.  Firm, no.  I have a few bug reports that I'd like
to see fixed if possible; this is one of them.  I hope to have an
up-to-date status for all of them in a week or so, and if that
succeeds, I will probably start preparing a pretest of 27.2.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Mon, 23 Nov 2020 19:28:02 GMT) Full text and rfc822 format available.

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

From: Alan Mackenzie <acm <at> muc.de>
To: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
Cc: 42805 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: 27.1; cc-mode/syntax/font-lock bug
Date: Mon, 23 Nov 2020 19:27:34 +0000
Hello, Gustavo.

On Mon, Nov 23, 2020 at 19:10:11 +0200, Eli Zaretskii wrote:
> > From: Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
> > Date: Mon, 10 Aug 2020 16:55:40 -0300
> > Cc: bug-cc-mode <at> gnu.org

> > I have found two related issues. Both are evident in csharp-mode, but 
> > can easily be reproduced in c-mode. 

> > Issue 1 (cc-mode.el): 

> >   When c-multiline-string-start-char is set, font locking breaks after 
> >   changes in string literals. The issue started after commit 2ca12bb3de:
> >   I believe that '(c-remove-string-fences (car end-limits))' should be 
> >   '(c-remove-string-fences (1- (cdr end-limits)))' 

> >   Steps to reproduce: 
> >     1. Open a .c file; 
> >     2. Eval '(setq c-multiline-string-start-char ?@)'; 
> >     3. Delete/insert double quotes. 

I've just done this, and not noticed anything adrift other than
exceptionally long delays in making the changes.  Would you please state
more precisely what the problem is that you see.  Thanks!

> >   I think this issue is related:
> >   https://github.com/Fuco1/smartparens/issues/992 

> > Issue 2 (maybe syntax.el): 

[ Dealt with in a separate post. ]

> Alan, could you please take a look?  Would it be possible to fix this
> for Emacs 27.2?

-- 
Alan Mackenzie (Nuremberg, Germany).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#42805; Package emacs. (Fri, 27 Aug 2021 17:57:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Alan Mackenzie <acm <at> muc.de>
Cc: 42805 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 Gustavo Tavares Cabral <gustavotcabral <at> gmail.com>
Subject: Re: bug#42805: 27.1; cc-mode/syntax/font-lock bug
Date: Fri, 27 Aug 2021 19:56:24 +0200
Alan Mackenzie <acm <at> muc.de> writes:

>> >   When c-multiline-string-start-char is set, font locking breaks after 
>> >   changes in string literals. The issue started after commit 2ca12bb3de:
>> >   I believe that '(c-remove-string-fences (car end-limits))' should be 
>> >   '(c-remove-string-fences (1- (cdr end-limits)))' 
>
>> >   Steps to reproduce: 
>> >     1. Open a .c file; 
>> >     2. Eval '(setq c-multiline-string-start-char ?@)'; 
>> >     3. Delete/insert double quotes. 
>
> I've just done this, and not noticed anything adrift other than
> exceptionally long delays in making the changes.  Would you please state
> more precisely what the problem is that you see.  Thanks!

This was half a year ago, and there was no response (and I can't
reproduce the problem either in 27.1 or the current trunk), so I'm
closing this bug report.  If the problem still exists, please respond to
this email and we'll reopen the bug report.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 42805 <at> debbugs.gnu.org and Gustavo Tavares Cabral <gustavotcabral <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Fri, 27 Aug 2021 17:57:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 25 Sep 2021 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 185 days ago.

Previous Next


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