Bug 271 - RedHat/Window Operations/Move will instantly close X session
RedHat/Window Operations/Move will instantly close X session
Status: CLOSED CURRENTRELEASE
Product: Red Hat Linux
Classification: Retired
Component: fvwm2 (Show other bugs)
5.2
i386 Linux
medium Severity high
: ---
: ---
Assigned To: Preston Brown
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1998-12-02 17:59 EST by John Morris
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1998-12-16 12:22:52 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)

  None (edit)
Description John Morris 1998-12-02 17:59:35 EST
The above sequence reliably closes out an X session, but if
you click on the desktop and pick move it will work
correctly.  This is repeatable and has been tested on at
least three freshly installed RH5.2 boxen with two different
video cards/X servers (XF86_S3V and XSUSE_Matrox).  Don't
know enough to fix it but I can at least report it.  :)

I set severity to High since it nukes your session taking
out any running apps/unsaved data.
Comment 1 Derek Tattersall 1998-12-08 10:24:59 EST
Let us know whick WM you are using, as well as exactly what steps
cause X to crash out.
Comment 2 Aleksey Nogin 1998-12-08 19:41:59 EST
I can confirm that bug exists in RH 5.1 and I also remember similar
problems with RH 5.0

In 5.1:
1) Start X
2) Press "Start" button in the FVWMTaskBar
3) Choose Window Operations|Move
4) Go to some window and press the middle mouse button

At this moment fvwm2 would coredump:

gulag|~>gdb -core core /usr/X11R6/bin/fvwm2
GNU gdb 4.17
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...(no debugging symbols
found)...
Core was generated by `fvwm2 -cmd FvwmM4 -debug
/etc/X11/AnotherLevel/fvwm2rc.m4 -s'.
Program terminated with signal 11, Segmentation fault.
find_solib: Can't read pathname for load map: Input/output error

#0  0x80607cd in _start ()
(gdb) bt
#0  0x80607cd in _start ()
#1  0x80ce454 in ?? ()
#2  0x8058d2a in _start ()
#3  0x8055df9 in _start ()
#4  0x8058d2a in _start ()
#5  0x805d61e in _start ()
#6  0x805c708 in _start ()
#7  0x805d2c8 in _start ()
#8  0x805d6b8 in _start ()
#9  0x805c708 in _start ()
#10 0x805124a in _start ()
#11 0x8058d2a in _start ()
#12 0x805fdb5 in _start ()
#13 0x8058843 in _start ()
#14 0x8056e6a in _start ()
#15 0x80597f9 in _start ()

I have:
fvwm2-2.0.46-10
glibc-2.0.7-19
XFree86-3.3.2.3-18
AnotherLevel-0.6.8-2
redhat-release-5.1-2
Comment 3 Jay Turner 1998-12-09 12:37:59 EST
Unable to reproduce this with the 5.1 + updates as reported.  We found
that it did fail with RH4.2, though.
Comment 4 David Lawrence 1998-12-09 16:11:59 EST
Was able to recreate problem after upgrading XFree86 to latest server.
Comment 5 Preston Brown 1998-12-16 12:22:59 EST
bug has been fixed in an errata release of fvwm2.

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