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

[Stefan Monnier]

> Would someone like to investigate this bug?
> Please send me *a reply to this message* if you work on it.

I'm probably better placed to handle it, but my track record recently has
been rather dismal w.r.t responsiveness and my pending list is very
large already.


        Stefan


> From: Martin Stjernholm <address@hidden>
> Subject: Re: address@hidden: TAB (c-indent-command) signals a peculiar
>  error]
> To: address@hidden
> Cc: address@hidden, address@hidden, address@hidden,
>       Kenichi Handa <address@hidden>
> Date: Tue, 17 Aug 2004 04:26:47 +0200
> Reply-To: address@hidden

> 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.
> ----------




> _______________________________________________
> Emacs-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/emacs-devel