emacs-devel
[Top][All Lists]
Advanced

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

Re: bug#7517: 24.0.50; repeated crash under Mac OS X


From: Jan Djärv
Subject: Re: bug#7517: 24.0.50; repeated crash under Mac OS X
Date: Fri, 31 Dec 2010 14:10:45 +0100
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.13) Gecko/20101129 Thunderbird/3.1.7


Eli Zaretskii skrev 2010-12-31 13.53:
Date: Fri, 31 Dec 2010 12:23:54 +0100
From: Jan Djärv<address@hidden>
Cc: address@hidden, Chong Yidong<address@hidden>,
        Stefan Monnier<address@hidden>, address@hidden

On further thought, it isn't a filename, that would start with / (assuming
buffer filenames are always absolute).  In that case, the question is how a
buffer name can be a unibyte string?
Some bad interaction between VM and Emacs?
That may be, but I was under the impression that Emacs internally should use 
unicode, so why is it even allowed to set such a buffer name?  Shouldn't Emacs 
internals complain when given such strings, or convert them (if charset info 
is available)?
This will break for X also, as the title setting code assumes ENCODE_UTF_8 
will do the trick, and then sets an UTF8_STRING as title.  There has been some 
VM-related bugs reported for Gtk+ also.  This may be the source of a memory 
corruption.
Is setting buffer name with a non-ascii unibyte string considered as a bug? 
Then this is a VM bug, but perhaps the title setting code should detect this also.
        Jan D.



reply via email to

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