From xemacs-m  Tue Feb 25 23:19:40 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id XAA12496
	for <xemacs-beta@xemacs.org>; Tue, 25 Feb 1997 23:19:40 -0600 (CST)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.5/8.8.5) id VAA27067;
	Tue, 25 Feb 1997 21:31:26 -0800
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: XEmacs 20.1-b2 and AUC TeX with Japanese filling
References: <m2wwrzhqyb.fsf@altair.xemacs.org> <xcdvi7ikjb8.fsf@jordan.cs.uchicago.edu> <rysbu9a52cu.fsf@skywalk.jsys.co.jp> <xcdpvxqkhwr.fsf@jordan.cs.uchicago.edu> <rysafou50fa.fsf@skywalk.jsys.co.jp> <xcdk9nykfsp.fsf@jordan.cs.uchicago.edu> <rys914e4y69.fsf@skywalk.jsys.co.jp> <xcdd8tqkd6j.fsf@jordan.cs.uchicago.edu> <rysiv3i4nss.fsf_-_@skywalk.jsys.co.jp> <xcdlo8egi7n.fsf@jordan.cs.uchicago.edu>
X-Url: http://www.miranova.com/%7Esteve/
X-Face: #!T9!#9s-3o8)*uHlX{Ug[xW7E7Wr!*L46-OxqMu\xz23v|R9q}lH?cRS{rCNe^'[`^sr5"
 f8*@r4ipO6Jl!:Ccq<xoV[Qz2u8<8-+Vwf2gzJ44lf_/y9OaQ`@#Q65{U4/TC)i2`~/M&QI$X>p:9I
 OSS'2{-)-4wBnVeg0S\O4Al@)uC[pD|+
X-Attribution: sb
From: Steven L Baur <steve@miranova.com>
In-Reply-To: Soren Dayton's message of 24 Feb 1997 12:41:16 -0600
Mime-Version: 1.0 (generated by tm-edit 7.105)
Content-Type: text/plain; charset=US-ASCII
Date: 25 Feb 1997 21:31:25 -0800
Message-ID: <m2afos3zgy.fsf@altair.xemacs.org>
Lines: 26
X-Mailer: Gnus v5.4.15/XEmacs 20.1

Soren Dayton writes:

> Kazuyuki IENAGA <ienaga@jsys.co.jp> writes:
>> Lisp backtrace follows:
>> 
>> re-search-forward("[^\\\\]%\\|\n\\|\\'")
>> # (unwind-protect ...)
>> # bind (count)
>> # (unwind-protect ...)
>> # (unwind-protect ...)
>> TeX-brace-count-line()

> This looks like the same bug that I encountered a while ago also.  Now
> you have two ways to reproduce it :(

Hmm a negated character class and non-ascii characters in the buffer.
This does look like the same bug Soren first isolated.

This is a deep one.  The regular expression is being compiled with a
normal ASCII charset for the first part of the match when it
should be compiled as a MULE charset as the C code for an ASCII
charset will essentially abort() when faced with non-ASCII
characters.  I (still) don't have a clue how to fix this.
-- 
steve@miranova.com baur
Unsolicited commercial e-mail will be billed at $250/message.

