[5106] in testers
re: emacs falling over
daemon@ATHENA.MIT.EDU (Greg Hudson)
Sat Apr 13 11:18:58 2002
From: Greg Hudson <ghudson@MIT.EDU>
To: Alex Coventry <alex_c@mit.edu>
Cc: testers@mit.edu
In-Reply-To: <200204131213.IAA10118@cutter-john.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Date: 13 Apr 2002 11:18:53 -0400
Message-Id: <1018711133.5554.20.camel@error-messages.mit.edu>
Mime-Version: 1.0
Hi. I've looked at the core dump; the problem seems to be that
something like:
(format "%100s" some-hairy-multibyte-string)
can overflow an internal buffer in Fformat. (Fortunately, there's an
assertion so that the program aborts right after overflowing the buffer,
instead of proceeding to do something confusing and difficult to
debug.) The overflow happens because the amount of space needed is, in
the relevant case:
converted-length(hairy-string) + 100 - actual-length(hairy-string)
but the formula used is
max(converted-length(hairy-string), 100)
Luckily, this bug is fixed on the emacs mainline. I will submit a patch
which we can locally apply, and all will be well. Thanks for reporting
this bug.
