On Tue, Jun 18, 2002 at 10:37:21AM +0900, Stephen J. Turnbull wrote:
This looks like a self-built XEmacs on a modern Linux (ie, one that
supplies the "Hannibal Lecter" version of GNU ld). Applications that
build a memory image and then unexec it (Emacs and maybe a few other
Lisps) are not compatible with the default '-z combreloc' mode of
recent lds.
Try ./configure --prefix=/usr --ldflags='-z nocombreloc'.
The winner! That suggestion worked like a champ!
And your diagnosis was right, too.
rpgoldman> 1. My xemacs tarball didn't come with a send-pr script
rpgoldman> per the message.
I think that is now in the `gnats' package. Thanks for mentioning
this; we'll fix the crash message in future releases.
rpgoldman> 2. I couldn't get the X version to run, so couldn't
rpgoldman> get at the help menu to use the Submit Bug Report item.
I see Adrian already answered; for completeness, M-x report-xemacs-bug.
Actually, it turns out that this doesn't work, either. I tried this
and M-x report-xemacs-bug wasn't there. Adrian reports that it comes
in the net-utils package, which seems not to be in efs or xemacs-base
(or I did something wrong). So this didn't work for me, either....
Thanks very much to all of you!
rpgoldman> make-frame(nil #<x-device on ":0.0" 0x1a14>)
rpgoldman> frame-initialize()
and
rpgoldman> #6 0x0814f481 in x_init_frame_1 (f=0x83eb4c8, props=136920004)
rpgoldman> at frame-x.c:2183
are typical of the "Hannibal Lecter" crash.
rpgoldman> Where should the build process find the source code?
rpgoldman> /home/rpg/src/xemacs/\xemacs-21.1.14
You built it in your home directory, right (ie, this is not the
Mandrake-distributed RPM)? You may want to look at the RPM spec from
Mandrake for hints about preferred configure options, C and ld flags,
on your platform.
Yes, I did. The Mandrake-distributed RPM doesn't properly do package
updates, because of something funny in its efs.
I will try to figure out how to help them fix that.
Best,
Robert