bug#8843: 23.3; Scheme-mode: Faulty syntax highlighting

bug#8843: 23.3; Scheme-mode: Faulty syntax highlighting

[Simen Heggestøyl]

How to trig the bug, starting from emacs -Q:
 1. Type: M-x scheme-mode RET
 2. Type: (define abcæøå)

The string is highlighted until the "æøå"-part. Æ, ø and å are common
letters in some Nordic alphabets. Also, the word movement commands
(forward-word etc.) doesn't seem to treat æ, ø and å as part of the
word. I think this is faulty, as æ/Æ, ø/Ø and å/Å are all legit
Scheme-symbols. Lisp-mode and emacs-lisp-mode seem to handle these
characters as expected. This may be a problem for other foreign
characters too, I don't know.

Output from the 'locale' program:
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=


In GNU Emacs 24.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.4)
 of 2011-06-12 on archtop
Windowing system distributor `The X.Org Foundation', version 11.0.11002000
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: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Scheme

Minor modes in effect:
  tooltip-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

Recent input:
M-x s c h e m e - m o d e <return> ( d e f i n e SPC 
a b c æ ø å ) M-x r e p o r t - <tab> <return>

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

Load-path shadows:
None found.

Features:
(shadow sort gnus-util time-date mail-extr message sendmail regexp-opt
format-spec rfc822 mml easymenu mml-sec mm-decode mm-bodies mm-encode
mail-parse rfc2231 rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mailabbrev mail-utils gmm-utils mailheader emacsbug scheme tooltip
ediff-hook vc-hooks lisp-float-type mwheel x-win x-dnd tool-bar dnd
fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help
simple abbrev minibuffer loaddefs button faces cus-face files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-process
dbusbind dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty emacs)

bug#8843: 23.3; Scheme-mode: Faulty syntax highlighting

[Chong Yidong]

Simen Heggestøyl <simenheg@ifi.uio.no> writes:

> How to trig the bug, starting from emacs -Q:
>  1. Type: M-x scheme-mode RET
>  2. Type: (define abcæøå)
>
> The string is highlighted until the "æøå"-part. Æ, ø and å are common
> letters in some Nordic alphabets. Also, the word movement commands
> (forward-word etc.) doesn't seem to treat æ, ø and å as part of the
> word. I think this is faulty, as æ/Æ, ø/Ø and å/Å are all legit
> Scheme-symbols. Lisp-mode and emacs-lisp-mode seem to handle these
> characters as expected. This may be a problem for other foreign
> characters too, I don't know.

I've committed a fix to the trunk (for Emacs 24.1).  Thanks for the bug
report.