GNU bug report logs - #1177
23.0.60; cc-mode cannot recognize pointer array declaretions

Previous Next

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

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

Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Feng Li <fengli <at> blackmagic-design.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.60; cc-mode cannot recognize pointer array declaretions
Date: Thu, 16 Oct 2008 17:37:51 +1100

Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

cc-mode cannot fontify the following code correctly, where
'prUTF16Char*' should have the type face and sampleRateStrings should
have the variable face, but they both are displayed in regular text
color.

prUTF16Char*            sampleRateStrings[] = {L"48000Hz"};

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
c:/emacs/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.1 (i386-mingw-nt5.1.2600)
 of 2008-10-14 on SCUMBAG
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.2) --cflags -I../../emacs_libs/inc'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENU
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: C++/l

Minor modes in effect:
  cwarn-mode: t
  display-time-mode: t
  shell-dirtrack-mode: t
  recentf-mode: t
  cua-mode: t
  semantic-idle-scheduler-mode: t
  which-function-mode: t
  show-paren-mode: t
  global-auto-revert-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Recent input:
n P N P <return> <return> <return> <return> <return> 
<return> <return> <help-echo> <down-mouse-1> <mouse-movement> 
<mouse-2> <help-echo> <down-mouse-1> <mouse-1> <help-echo> 
<down> <M-up> <up> <return> <return> <return> <return> 
<return> <return> <return> <return> <return> <return> 
<return> <return> <return> <return> <return> <return> 
<return> <return> <return> <M-down> <M-up> <M-down> 
<up> <up> <up> <up> q C-x 5 0 <home> <home> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <S-up> <S-up> <S-up> 
<S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> 
<S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> <S-up> 
<S-up> <up> <next> <next> <next> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <end> <up> <end> <home> <end> 
<home> <down> <down> <down> <down> <down> <down> <down> 
<end> <up> <end> <home> <end> <C-left> <C-left> <C-left> 
<C-left> <C-left> <C-left> <C-left> <C-left> <C-left> 
<home> <home> <M-f5> <down> <down> <down> <down> <down> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<up> <up> <up> <C-right> <delete> C-z <down> <M-f5> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<end> <home> <prior> <prior> <prior> <next> <next> 
<next> <next> <prior> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <end> <S-home> <C-insert> <M-right> <M-left> 
<next> <next> <next> <next> <prior> <prior> <prior> 
<prior> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <up> <up> <up> <up> <up> <up> <up> <up> <up> <up> 
<up> <down> <down> <down> <down> <down> <down> <M-right> 
<M-left> <up> <up> <up> <up> <home> M-x r e p o r t 
SPC <tab> C-g <end> <S-home> <C-insert> M-x <up> <up> 
<S-end> <delete> r e p o <tab> r t <tab> <return>

Recent messages:
Generating summary...done
Mark set
insert-for-yank: Buffer is read-only: #<buffer *Article*>
End of message [4 times]
Undo...
Undo!
Mark set
Quit
Mark set
Making completion list...

-- 
Feng Li

Blackmagic Design
fengli <at> blackmagic-design.com
www.blackmagic-design.com

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

From: Glenn Morris <rgm <at> gnu.org>
To: Feng Li <fengli <at> blackmagic-design.com>
Cc: 1177 <at> debbugs.gnu.org
Subject: Re: bug#1177: 23.0.60;
	cc-mode cannot recognize pointer array declaretions
Date: Mon, 03 Oct 2011 15:25:17 -0400

Feng Li wrote:

> cc-mode cannot fontify the following code correctly, where
> 'prUTF16Char*' should have the type face and sampleRateStrings should
> have the variable face, but they both are displayed in regular text
> color.
>
> prUTF16Char*            sampleRateStrings[] = {L"48000Hz"};

I don't know much about cc-mode, but it works if you add an appropriate
entry to `c-font-lock-extra-types'. Maybe this is how it is supposed to
work?

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

From: Stéphane Castelli <scastelli <at> enseirb-matmeca.fr>
To: 1177 <at> debbugs.gnu.org
Subject: 24.1.1; cc-mode cannot recognize function prototypes returning a
	pointer
Date: Sat, 11 Aug 2012 17:02:38 +0200

I can confirm this bug, but with function prototypes, like this :

SDL_Surface* displayInit(void);


int* stuff(someStuff); works fine.

If i write "SDL_Surface* displayInit(void);", then erase the ';' and 
replace it by '{', then erase the '{' and re-replace it by ';', the 
coloration will work fine whatever i do next...


GNU Emacs 24.1.1 (x86_64-redhat-linux-gnu, GTK+ Version 2.24.10)
 of 2012-07-13 on x86-04.phx2.fedoraproject.org

Fedora 17

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

From: Noam Postavsky <npostavs <at> gmail.com>
To: Stéphane Castelli <scastelli <at> enseirb-matmeca.fr>
Cc: 1177 <at> debbugs.gnu.org, Feng Li <fengli <at> blackmagic-design.com>
Subject: Re: bug#1177: 24.1.1;
 cc-mode cannot recognize function prototypes returning a pointer
Date: Sat, 23 Jun 2018 19:26:31 -0400

found 1177 25.3
tags 1177 fixed
close 1177 26.1
quit

Stéphane Castelli <scastelli <at> enseirb-matmeca.fr> writes:

> I can confirm this bug, but with function prototypes, like this :
>
> SDL_Surface* displayInit(void);

I see the bug happen with original scenario and this one also in 25.3,
but not in 26.1.

Previous Next

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