[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: crash in emacs-21.1
From: |
Kenichi Handa |
Subject: |
Re: crash in emacs-21.1 |
Date: |
Tue, 30 Oct 2001 16:39:31 +0900 (JST) |
User-agent: |
SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.2 Emacs/21.0.107 (sparc-sun-solaris2.6) MULE/5.0 (SAKAKI) |
Richard Stallman <address@hidden> writes:
> Isn't the handling of #x9e (LEADING_CODE_8_BIT_CONTROL) incompatible
> in the case?
> Handa would know for certain, but it could be correct.
> Emacs was changed to read multibyte strings and convert
> certain nonascii codes (is it 0200 to 0237?) to these
> multibyte sequences, and Fstring_as_unibyte converts
> them back to the "intended" single-byte sequences.
> Maybe the call to Fstring_as_unibyte was added specifically to do
> that.
Yes. And, as far as I read the code, I can't find a bug.
So, we need a testcase.
> Meanwhile, as to debugging this problem, if someone can identify a
> single function whose byte code is invalid, running M-x disassemble on
> that function (instead of running it!) could show what is wrong. Any
> of us, looking at the M-x disassemble output and comparing it with the
> source code, could get to the root of the problem.
I agree.
---
Ken'ichi HANDA
address@hidden