Bug 520248

Summary: Xemacs crashes after click on the menu bar
Product: [Fedora] Fedora Reporter: Matthias Scheutz <matthias.scheutz>
Component: xemacsAssignee: Jerry James <loganjerry>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 11CC: loganjerry
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: 20090217-3.fc11 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-09-10 03:43:22 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Matthias Scheutz 2009-08-29 18:22:24 UTC 
Description of problem:

Clicking anywhere on the menu bar causes xemacs to crash with the following terminal output:

Fatal error: assertion failed, file menubar-x.c, line 579, ABORT()

Fatal error (6).

Your files have been auto-saved.
Use `M-x recover-session' to recover them.

Your version of XEmacs was distributed with a PROBLEMS file that may describe
your crash, and with luck a workaround.  Please check it first, but do report
the crash anyway.                                                            

Please report this bug by invoking M-x report-emacs-bug, or by selecting
`Send Bug Report' from the Help menu.  If that won't work, send ordinary
email to `xemacs-beta'.  *MAKE SURE* to include this entire  
output from this crash, especially including the Lisp backtrace, as well as
the XEmacs configuration from M-x describe-installation (or equivalently,  
the file `Installation' in the top of the build tree).                     

*Please* try *hard* to obtain a C stack backtrace; without it, we are unlikely
to be able to analyze the problem.  Locate the core file produced as a result 
of this crash (often called `core' or `core.<process-id>', and located in     
the directory in which you started XEmacs or your home directory), and type   

  gdb /usr/bin/xemacs core

then type `where' at the debugger prompt.  No GDB on your system?  You may
have DBX, or XDB, or SDB.  (Ask your system administrator if you need help.)
If no core file was produced, enable them (often with `ulimit -c unlimited')
in case of future recurrance of the crash.                                  

Lisp backtrace follows:

  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # (unwind-protect ...)
  # bind (inhibit-quit) 
  # (condition-case ... . error)
  # (catch top-level ...)


Version-Release number of selected component (if applicable):

XEmacs 21.5  (beta28) "fuki" [Lucid] (i386-redhat-linux, Mule) of Sun Mar  8 2009 on x86-5.fedora.phx.redhat.com

How reproducible:

Click on the menu bar in xemacs

Steps to Reproduce:
1. Click anywhere on the menu bar.
2.
3.
  
Actual results:

xemacs crashes

Expected results:

No crash, but successful pull up of the menu

Additional info:

Note that it also crashes when executing "m-x new-frame" with the same error message.  It does *not* crash when started with the --vanilla option in either case.


This bug seems to be similar to Bug 480845 -  assertion failed in menubar, but for fedora 11.
Comment 1 Jerry James 2009-08-31 17:29:27 UTC 
I can't reproduce this crash.  The fact that -vanilla makes it go away is suspicious.  Are you willing to share the contents of your .xemacs/init.el and .xemacs/custom.el?  Chances are good that something in there is leading to the crash.  If you aren't willing to share, can you use a binary search-like procedure to identify what in init.el or custom.el makes the crash possible?

If you are willing to share with me, but not the entire world, feel free to send the files to me in private email.  I will use them only to identify the trigger for the crash, then delete them.
Comment 2 Jerry James 2009-08-31 17:52:23 UTC 
Even with your init.el and custom.el, both clicking on the menubar and executing M-x new-frame work for me.  I notice that you are using the i686 build, while I am using the x86_64 build.  That might be significant.  Otherwise, we have some environmental difference that leads to this crash for you.

I'll look more closely at the backtrace in bug 480845 as well.  That seems to indicate a buggy menubar definition.

Do you have anything in ~/.xemacs besides init.el and custom.el?  What does "rpm -qa | grep xemacs" print?
Comment 3 Fedora Update System 2009-09-01 19:37:01 UTC 
xemacs-packages-base-20090217-3.fc11 has been submitted as an update for Fedora 11.
http://admin.fedoraproject.org/updates/xemacs-packages-base-20090217-3.fc11
Comment 4 Fedora Update System 2009-09-03 00:30:32 UTC 
xemacs-packages-base-20090217-3.fc11 has been pushed to the Fedora 11 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update xemacs-packages-base'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F11/FEDORA-2009-9235
Comment 5 Fedora Update System 2009-09-10 03:43:12 UTC 
xemacs-packages-base-20090217-3.fc11 has been pushed to the Fedora 11 stable repository.  If problems still persist, please make note of it in this bug report.