bug#4400: marked as done (23.1.50; char-syntax)

[Emacs bug Tracking System]

Your message dated Fri, 18 Sep 2009 19:42:22 -0400
with message-id <87pr9nom5d.fsf@stupidchicken.com>
and subject line Re: bug#4400: 23.1.50; char-syntax
has caused the Emacs bug report #4400,
regarding 23.1.50; char-syntax
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@emacsbugs.donarmstrong.com
immediately.)


-- 
4400: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=4400
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 23.1.50; char-syntax
>
>
>
>
> Date: 
>
> Fri, 11 Sep 2009 08:38:15 +0200
>
>
>
>
> User-agent: 
>
> Thunderbird 2.0.0.19 (X11/20081227)
>
>
>
>
> Emacs -Q
>
> (char-syntax (char-after))a
> --> 119
>
> which seems not what's told in docu:
>
> Return the syntax code of CHARACTER, described by a character.
> For example, if CHARACTER is a word constituent,
> the character `w' is returned.
>
>
> Thanks all!
>
>
> Andreas Röhler
>
> --
> https://code.launchpad.net/s-x-emacs-werkstatt/
>
> ;;;;;;;;;;;;;;;;;;;;;;;;
>
>
> In GNU Emacs 23.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.12.0)
>  of 2009-07-25
> Windowing system distributor `The X.Org Foundation', version 11.0.70200000
> 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: de_DE.UTF-8
>   value of $XMODIFIERS: @im=local
>   locale-coding-system: utf-8-unix
>   default-enable-multibyte-characters: t
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
>   tooltip-mode: t
>   tool-bar-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
>   line-number-mode: t
>   transient-mark-mode: t
>
> Recent input:
> ( c h a r - s y n t a x SPC ( c h a r - a f t e r )
> ) a <left> C-x C-e <down> C-j q - - > SPC 1 1 9 <return>
> <return> M-x r e p o r t - e m a c - b <backspace>
> <backspace> s - b u <tab> <return>
>
> Recent messages:
> For information about GNU Emacs and the GNU system, type C-h C-a.
> 119
> Entering debugger...
> Back to top level.
>
> Load-path shadows:
> None found.
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#4400: 23.1.50; char-syntax
>
>
>
>
> Date: 
>
> Fri, 18 Sep 2009 19:42:22 -0400
>
>
>
>
> > > In GNU Emacs, characters and integers are one and the same.  So the
> > > text you suggest would make things even more confusing.
> >
> > Admittedly, the Elisp manual seems more aware of Andreas' problem and
> > does "use `string' to make it easier to see the character returned by
> > `char-syntax'".
> >
> > > A Lisp code that needs to test against character syntax class should
> > > use ?w etc.  ?w is another way to say 119.
> >
> > We could pretend that a person who doesn't know that should not use
> > `char-syntax'.  But we could also be more helpful, for example, by
> > providing a link to the manual.
>
> I don't think we need to link to the manual for every function that
> returns a character.  The docstring for char-syntax already states that
> it returns the *character* `w' for a word constituent.
>
> --- End Message ---