[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: address@hidden: Re: address@hidden: TAB (c-indent-command) signals a
Re: address@hidden: Re: address@hidden: TAB (c-indent-command) signals a peculiar error]]
18 Aug 2004 11:58:51 -0400
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50
> 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
> From: Martin Stjernholm <address@hidden>
> Subject: Re: address@hidden: TAB (c-indent-command) signals a peculiar
> 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
>> 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
> Emacs-devel mailing list