Red Hat Bugzilla – Bug 98064
xemacs segfaults every time
Last modified: 2015-01-07 19:05:40 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b) Gecko/20030508
Description of problem:
I'm not sure how much more detail I can give. Whenever I try to launch/run
xemacs, it makes like it's loading for a minute, then segfaults. I actually get
a xemacs window, and see it loading some el files before it dies. I'll attach a
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open a terminal
2. Type "xemacs"
3. Wait, watch it segfault
Actual Results: Segmentation Fault
Expected Results: Pretty Xemacs window to edit text in. :)
Created attachment 92622 [details]
gdb backtrace output
What if you run:
a) xemacs -q
b) xemacs -nw
c) xemacs -vanilla
Do any of those give you more luck?
a) and b) still segfault. c) works.
Do you want backtraces from a) and b)?
Well this suggests the problem occurs because of your site lisp files.
I'm sorry, but I don't know what I should be looking at to fix. These are all
part of the xemacs package, and I haven't made any changes to them.
"-vanilla" is the same as "-q -no-site-file -no-early-packages".
Could you try
i) xemacs -q -no-site-file
ii) xemacs -q -no-early-packages
to see if any of those work.
Also how about
iii) LANG=C xemacs -q
i) works, ii) segfaults, and iii) works.
I've been trying to pay attention and see which .el file it seems to have
problems on, and it looks like it's always having problems on psgml-init.el. I
dunno if that'd be helpful at all.
I also checked my default LANG variable, and it's set to en_US.UTF-8.
Thanks for your help.
Do you have any private elisp packages under "~/.xemacs/"?
eg in "~/.xemacs/xemacs/packages/lisp/"
I don't have a ~/.xemacs directory at all.
And "xemacs -no-early-packages" segfaults too?
Perhaps you could try the latest xemacs and xemacs-sumo package in rawhide
to see if you can still reproduce the problem there. (If you want to run it
on RHL 9, you'll need to rebuild it from the srpm because of library version
Closing for now.