Re: xemacs coredump in M-x eval-print-last-sexp
>>>> "Jeff" == Jeff Mincy
<jeff(a)delphioutpost.com> writes:
Jeff> On 16 Jul 2002, james(a)xemacs.org wrote:
> Jeff Mincy <jeff(a)delphioutpost.com> wrote:
>> On Tue, 16 Jul 2002, art(a)brightlight.com wrote:
>>
>> > Xeamcs 21.4.8 crashes while doing M-x eval-print-last-sexp
>> > on a form in the *scratch* buffer. This is repeatable in
>> > a fresh emacs.
>> >
>> > To repeat:
>> >
>> > 1. Enter the following form in the *scratch* buffer:
>> > (let (n 3) (print n))
>> >
>> > 2. Place cursor after the final close-paren
>> >
>> > 3. Type M-x eval-print-last-sexp
>>
>> Also, crashes doing ^x^e (eval-last-sexp) in 21.4.6
>>
>> Note that the form is invalid - presumably you really didn't want to
>> bind 3 to nil, eg: you want (let ((n 3)) n)
>
> Are you using a Sparc Solaris machine too, like Art? When I try either
> recipe on my x86 Linux box with XEmacs 21.4.8 (both MULE and non-MULE),
> I get "Wrong type argument: consp, 3" in the minibuffer, so it is
> platform related somehow.
Jeff> Interesting. Yes, I was running on a solaris. I get the expected
Jeff> wrong type argument error in the minibuffer in the windows version.
Jeff> let is implemented in eval.c. Each var, if it isn't a symbol, must be
Jeff> a CONS, it is explictly checked in 'CHECK_CONS (var);'
Jeff> It is a little hard to follow the macros, but the implementation seems
Jeff> fine. Why would it break only on solaris?
Compiler optimization bugs spring to mind.
Are you compiling with optimization?
What's your
M-x describe-installation?
Adrian
Jeff> My (emacs-version) is
Jeff> "XEmacs 21.4 (patch 6) \"Common Lisp\" [Lucid]
(sparc-sun-solaris2.8) of Mon Mar 4 2002 on capital"
Jeff> -jeff
--
Adrian Aichner
mailto:adrianï¼ xemacs.org
http://www.xemacs.org/