GNU bug report logs -
#6490
24.0.50; src/lread.c: old style backquote bug?
Previous Next
Reported by: Tetsurou Okazaki <okazaki <at> be.to>
Date: Tue, 22 Jun 2010 09:18:02 UTC
Severity: normal
Merged with 6973,
7148,
7286,
10321
Found in versions 24.0.50, 24.0.92
Done: Stefan Monnier <monnier <at> iro.umontreal.ca>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
At Wed, 23 Jun 2010 00:23:15 +0200,
Stefan Monnier wrote:
>
> > Attached patch for Emacs fixes this error.
>
> I'm glad the patch fixes things for you, since this patch indeed looks
> perfectly harmless, but I'm a bit puzzled because it doesn't just look
> harmless: it looks to me like the patch does change anything to the way
> the code works. So could you explain to me how&why the patch fixes
> the problem? I'm probably just overlooking some "obvious" detail,
The changes committed in rev:100605 reassigns the next character to the variable `c'.
When the next character is SPC (32, #o40, #x20), old style backquote is detected.
if (first_in_list && (c = READCHAR, UNREAD (c), c == ' '))
{
Vold_style_backquotes = Qt;
goto default_label;
}
But backquote handling is skipped because `c' is SPC.
default_label:
if (c <= 040) goto retry;
... old style backquote handling ...
My patch avoids reassignment of `c' not to skip old style backquote handling.
To keep more compatibility with released Emacs, it is preferable to
allow a character such as \r or \n after the old style backquote.
[src-lread-old-backquote2.diff (text/plain, attachment)]
This bug report was last modified 13 years and 155 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.