Bug 119544 - Alt-F2 to step through compiler errors terminates xemacs suddenly.
Summary: Alt-F2 to step through compiler errors terminates xemacs suddenly.
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: xemacs
Version: 9
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jens Petersen
QA Contact: David Lawrence
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-03-31 10:45 UTC by Rob Clack
Modified: 2007-04-18 17:05 UTC (History)
0 users

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2004-04-15 00:17:16 UTC
Embargoed:


Attachments (Terms of Use)

Description Rob Clack 2004-03-31 10:45:18 UTC
Description of problem:
After compiling a C program I use Alt-F2 to step through the errors. 
To do this, I've disabled the desktop manager's keyboard shortcuts
that use Alt-F1 and F2 and bound compile to Alt-F1 and next-error to
Alt-F2.  This used to work OK with RH7.3 and in fact works fine with
RH9 most of the time, but sometimes instead of stepping through the
errors, xemacs just shuts down completely.  I used to think this was
when I only have compiler warnings and linker errors, since as long as
I have compiler errors it seems OK.  However, when I tried to make a
noddy app to demonstrate it, stepping through the warnings and linker
errors worked perfectly.

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

How reproducible:
Tricky.  Sigh.  I used to work in support and I know if I don't tell
you how to reliably reproduce it, it's next to impossible for you to
fix it.

Steps to Reproduce:
1.
2.
3.
  
Actual results:
xemacs closes unexpectedly

Expected results:
app steps through compiler warnings and errors

Additional info:

Comment 1 Rob Clack 2004-03-31 10:59:34 UTC
Not sure this really is i386.  It's a new(is) Compaq deskpro.

This is not caused by the desktop window manager interfering with my
keyboard shortcuts, since it also happens if I Alt-x next-error.

Comment 2 Rob Clack 2004-03-31 11:19:26 UTC
It is i386 and I see, in /usr/lib xemacs-21.4.12 which is a bit more
precise than the 21.4 you get from Help About.

Comment 3 Jens Petersen 2004-04-01 11:36:13 UTC
Any chance you could try with a newer xemacs like 21.4.15 say?

If uninstall your xemacs, install the latest xemacs-sumo rpm from
rawhide and rebuild the latest xemacs srpm and run that you should
be able to test it.

Comment 4 Rob Clack 2004-04-14 15:22:06 UTC
Been on holiday for a week, hence the delay.  New version 21.4.15
installed and appears to fix the problem.  Not completely convinced
yet, as I've not given it much of a hammering, but it's looking good
so far.  Thanks!

Comment 5 Jens Petersen 2004-04-15 00:17:16 UTC
Ok, I'll close for now: please re-open if you see the problem again.


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