emacs-pretest-bug
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: address@hidden: TAB (c-indent-command) signals a peculiar error]


From: Martin Stjernholm
Subject: Re: address@hidden: TAB (c-indent-command) signals a peculiar error]
Date: Tue, 17 Aug 2004 04:26:47 +0200
User-agent: Gnus/5.090016 (Oort Gnus v0.16) Emacs/20.7 (gnu/linux)

Richard Stallman <address@hidden> wrote:

> Would you please take a look at this?
>
> From: Kenichi Handa <address@hidden>
> Subject: TAB (c-indent-command) signals a peculiar error
> To: address@hidden
> Cc: address@hidden
> Date: Tue Aug  3 07:58:38 2004 +0200
>
> I got this bug report (testcase is simplified from the
> original report).
>
> With the latest CVS HEAD code, when you visit the attached
> file, move point to the beginning of 5th line ("int y;"),
> and hit TAB, the following error is signaled.

This is a bug in the syntax functions in the Emacs core. I've further
minimized the test case to this:

1.  Start Emacs with -q -no-site-file.
2.  Create a new buffer in C mode.
3.  Enter: À RET (
4.  Narrow the buffer to show only the open paren.
5.  Evaluate: (forward-comment -1)

An error "Error in syntax_table logic for to-the-end intervals" is
signalled. I expected the function to not move the point and return
nil, as it does if the buffer isn't narrowed.

Furthermore, I've no idea what the error means and how the caller is
supposed to handle it. Perhaps it should be an internal assertion
instead.

> When you move the cursor one line up, hit TAB, move the
> cursor one line down, and hit TAB, then it works.
>
> This doesn't happen when you are using global-font-lock-mode.

The various caches in CC Mode probably avoids the error in these
cases.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]