Bug 247821 - emacs: gui crashes on startup
emacs: gui crashes on startup
Status: CLOSED WORKSFORME
Product: Fedora
Classification: Fedora
Component: emacs (Show other bugs)
7
All Linux
high Severity urgent
: ---
: ---
Assigned To: Chip Coldwell
Fedora Extras Quality Assurance
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-07-11 11:52 EDT by Rex Dieter
Modified: 2008-01-15 10:16 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-01-15 10:16:31 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
emacs SIGSEGV core (1.71 MB, application/x-tar)
2007-07-11 12:26 EDT, Rex Dieter
no flags Details

  None (edit)
Description Rex Dieter 2007-07-11 11:52:19 EDT
At our site, on many, but not all Fedora 7 boxes, launching emacs (gui, not
text-only console) crashes semi-regularly (~50%) on startup.  For example, my
konsole log now contains:

[rdieter1@sting ~]$ emacs
Fatal error (11)Segmentation fault
[rdieter1@sting ~]$ emacs
Fatal error (11)Segmentation fault
[rdieter1@sting ~]$ emacs
Fatal error (11)Segmentation fault
[rdieter1@sting ~]$ emacs
Fatal error (4)Illegal instruction
[rdieter1@sting ~]$ emacs
Fatal error (11)Segmentation fault
[rdieter1@sting ~]$ emacs
Fatal error (4)Illegal instruction
[rdieter1@sting ~]$ emacs
Fatal error (11)Segmentation fault
[rdieter1@sting ~]$ emacs
(yay, it worked!)

I've tried using emacs-22.0.990-2.fc7 and emacs-22.1-1.fc7.i386 in
updates-testing.  They both seem to exhibit the problem equally.
Comment 1 Chip Coldwell 2007-07-11 11:56:20 EDT
Three questions:

1.  What version of glibc is installed on these systems?
2.  Does it happen if you run "setarch i386 -R emacs"?
3.  Can you supply a core?

Chip
Comment 2 Rex Dieter 2007-07-11 12:06:32 EDT
1.  
box 1 $ rpm -q emacs glibc
emacs-22.1-1.fc7.i386
glibc-2.6-3.i686

box 2 $rpm -q emacs glibc
emacs-22.0.990-2.fc7.i386
glibc-2.6-3.i686

2.  yes, just tried that.
[rdieter1@sting ~]$ setarch i386 -R emacs

(emacs:7704): -CRITICAL **: \u0004: assertion `\xff\xff\xff\xff' failed
Fatal error (11)Segmentation fault

$ setarch i386 -R emacs
Fatal error (11)Segmentation fault

(then it worked once...)

3. sure, it's big tho, almost 2MB gzipped, attach here?  (is emacs-debuginfo
required for that?)
Comment 3 Rex Dieter 2007-07-11 12:26:07 EDT
Created attachment 158969 [details]
emacs SIGSEGV core
Comment 4 Rex Dieter 2007-07-11 12:27:03 EDT
fyi, core sampled on box with updates-testing enabled w/emacs-22.1-1.fc7
Comment 5 Chip Coldwell 2007-07-11 14:27:08 EDT
(In reply to comment #3)
> Created an attachment (id=158969) [edit]
> emacs SIGSEGV core
> 

One more question: did you prelink this binary?

Chip
Comment 6 Rex Dieter 2007-07-11 14:34:12 EDT
These systems have prelinking enabled, yes.  I also tried
yum remove  emacs
yum install emacs
(to hopefully undo any prelinking), but that didn't seem to help any.
Comment 7 Chip Coldwell 2007-07-11 14:36:24 EDT
(In reply to comment #6)
> These systems have prelinking enabled, yes.

Don't do that.  See bug 227354.

> I also tried
> yum remove  emacs
> yum install emacs
> (to hopefully undo any prelinking), but that didn't seem to help any.

Try 

/usr/sbin/prelink -ua

instead.

Chip


Comment 8 Rex Dieter 2007-07-11 14:43:30 EDT
Ouch, turn off prelinking universally just to use emacs? :)
Comment 9 Chip Coldwell 2007-07-11 14:47:48 EDT
(In reply to comment #8)
> Ouch, turn off prelinking universally just to use emacs? :)

No, turn off prelinking universally to verify that is the problem you are having
with emacs.  Then if that fixes it, edit /etc/prelink.conf to add a line containing

-b /usr/bin/emacs-*
Comment 10 Rex Dieter 2007-07-11 14:49:58 EDT
Ah, duh, sorry, will do. (I'm betting it'll do the trick).
Comment 11 Rex Dieter 2007-07-11 14:54:37 EDT
After 'prelink -ua', emacs now starts reliably.

Adding
-b /usr/bin/emacs-*
and re-prelinking to see how things go.
Comment 12 Rex Dieter 2007-07-11 15:22:05 EDT
Crud, re-prelinking, even with -b /usr/bin/emacs-*,still yielded an unstable emacs.
Comment 13 Chip Coldwell 2007-07-11 15:35:13 EDT
(In reply to comment #12)
> Crud, re-prelinking, even with -b /usr/bin/emacs-*,still yielded an unstable
emacs.

I notice that prelinking emacs seems to work fine on RHEL-5.  So something about
prelinking is breaking emacs; here we go back into the dumper again.

Chip
Comment 14 Rex Dieter 2008-01-15 10:16:31 EST
Haven't seen any segfaults in awhile, so I'll close this (for now).

Note You need to log in before you can comment on or make changes to this bug.