23.0.60; bug in modify-syntax-entry after unicode2 merge

23.0.60; bug in modify-syntax-entry after unicode2 merge

[joakim]

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@gnu.org mailing list.

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

I use the supercollider mode in emacs,
and it has the equivalent of the following code:

  (modify-syntax-entry ?\^ "." (make-syntax-table))

If you run this you will get the following error:
Debugger entered--Lisp error: (wrong-type-argument characterp 67108896)

The code used to work before the unicode2 merge.


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
/usr/local/share/emacs/23.0.60/etc/DEBUG for instructions.


In GNU Emacs 23.0.60.4 (i686-pc-linux-gnu, GTK+ Version 2.12.5)
 of 2008-02-08 on chopper
Windowing system distributor `The X.Org Foundation', version 11.0.10300000
configured using `configure  '--with-gtk' '--with-x' '--with-xpm' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-rsvg2' '--enable-font-backend' '--with-xft''

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: @im=none
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Dired by name

Minor modes in effect:
  gnus-dired-mode: t
  erc-truncate-mode: t
  erc-track-mode: t
  erc-spelling-mode: t
  erc-ring-mode: t
  erc-pcomplete-mode: t
  erc-netsplit-mode: t
  erc-log-mode: t
  erc-button-mode: t
  erc-fill-mode: t
  erc-autojoin-mode: t
  erc-autoaway-mode: t
  shell-dirtrack-mode: t
  erc-stamp-mode: t
  erc-match-mode: t
  erc-smiley-mode: t
  erc-irccontrols-mode: t
  which-function-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-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t
  abbrev-mode: t

Recent input:
t SPC t h e SPC f o l l o w i n g SPC e r r o r : <return> 
C-y <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> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<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> <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> C-SPC <C-down> C-w 
<up> <up> <down> <down> <down> T h e SPC c o d e SPC 
u s e d SPC t o SPC r o t k <backspace> <backspace> 
<backspace> <backspace> w o r k SPC b e f o r e SPC 
t h e SPC u n i c o d e 2 SPC m e r g e . C-c C-c q 
C-n C-n C-n C-a C-a C-k C-k C-x 1 C-c C-c q C-x 1 C-x 
C-f C-g <up> <down> <down> <down> <down> <down> <down> 
<down> C-x C-f <backspace> . e l i s <return> <return> 
C-c C-f C-g M-o C-x C-f . g n u <return> M-x e v a 
l SPC <backspace> SPC b u SPC <return> C-x b <return> 
C-x b m a i <left> <return> C-c C-c q C-x 1 <down> 
<down> <down> <down> <down> <down> <down> <down> <down> 
<down> <down> <down> <down> <down> <down> <down> C-a 
C-SPC <down> <down> <down> <down> <down> <down> <down> 
<down> <down> C-w C-x k <return> y e s <return> M-x 
<up> <up> <return>

Recent messages:
Omitted 48 lines.
Quit
Dired-Omit mode disabled
Formatting...done.
Type C-x 4 b RET to restore old contents of the bbdb-list window.
Sending...
Sending via mail...
Entering debugger...
Back to top level.
Mark set
-- 
Joakim Verona
http://www.verona.se

Re: 23.0.60; bug in modify-syntax-entry after unicode2 merge

[Stefan Monnier]

> I use the supercollider mode in emacs,
> and it has the equivalent of the following code:

>   (modify-syntax-entry ?\^ "." (make-syntax-table))

> If you run this you will get the following error:
> Debugger entered--Lisp error: (wrong-type-argument characterp 67108896)

> The code used to work before the unicode2 merge.

You do realize that this is changing the syntax-entry for the C-SPC
character (which doesn't exist: it's an event composed of the SPC char
and the control modifier), right?


        Stefan

Re: 23.0.60; bug in modify-syntax-entry after unicode2 merge

[joakim]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> I use the supercollider mode in emacs,
>> and it has the equivalent of the following code:
>
>>   (modify-syntax-entry ?\^ "." (make-syntax-table))
>
>> If you run this you will get the following error:
>> Debugger entered--Lisp error: (wrong-type-argument characterp 67108896)
>
>> The code used to work before the unicode2 merge.
>
> You do realize that this is changing the syntax-entry for the C-SPC
> character (which doesn't exist: it's an event composed of the SPC char
> and the control modifier), right?

No, I dont know the particulars of the code. 

If this is a bug in the supercollider mode in your opinion, I can relay
that information to the modes authors.

>
>
>         Stefan
>
>
>
-- 
Joakim Verona

Re: 23.0.60; bug in modify-syntax-entry after unicode2 merge

[Stefan Monnier]

>>> I use the supercollider mode in emacs,
>>> and it has the equivalent of the following code:
>> 
>>> (modify-syntax-entry ?\^ "." (make-syntax-table))
>> 
>>> If you run this you will get the following error:
>>> Debugger entered--Lisp error: (wrong-type-argument characterp 67108896)
>> 
>>> The code used to work before the unicode2 merge.
>> 
>> You do realize that this is changing the syntax-entry for the C-SPC
>> character (which doesn't exist: it's an event composed of the SPC char
>> and the control modifier), right?

> No, I dont know the particulars of the code. 

> If this is a bug in the supercollider mode in your opinion, I can relay
> that information to the modes authors.

It does look like a bug in that code indeed.  Maybe the author meant to
modify the ^ character, but that's not what the code does.  Then again,
it's more subtle.


        Stefan