SunOS 4.1.3_U1, X11R6 (latest patches), built with GCC, XPM, SHAPE, etc.
I can get fvwm2 to dump core every single time I run tgif. The version
of tgif I'm running is 2.16p8, I believe--I don't really want to start
it up again :-/ :).
Anyway, the traceback in fvwm2 is this:
Core was generated by `fvwm2'.
Program terminated with signal 10, Bus error.
#0 DispatchEvent () at events.c:225
225 (*EventHandlerJumpTable[Event.type])();
(gdb) bt
#0 DispatchEvent () at events.c:225
#1 0xb43c in HandleEvents () at events.c:246
#2 0xe91c in main (argc=147456, argv=0xeffff7e4) at fvwm.c:430
The problem is that Event.type is 64, but EventHandlerJumpTable has only
35 members:
(gdb) p Event.type
$1 = 64
(gdb) ptype EventHandlerJumpTable
type = void (*[35])()
(gdb) p EventHandlerJumpTable[Event.type]
$2 = (void (*)()) 0x1
Obviously indirecting through 0x1 is not good!
I don't know what the problem is here: should Event.type never be >34?
Should EventHandlerJumpTable be larger than it is?
At any rate, some sanity checking of this value would probably be A Good
Thing.
-------------------------------------------------------------------------------
Paul D. Smith <psmith_at_baynetworks.com> Network Management Development
Senior Software Engineer Bay Networks, Inc.
-----------------------------------------------==<
http://www.baynetworks.com/>-
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
-------------------------------------------------------------------------------
These are my opinions--Bay Networks takes no responsibility for them.
--
Visit the official FVWM web page at <URL:http://www.hpc.uh.edu/fvwm/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_hpc.uh.edu.
To report problems, send mail to fvwm-owner_at_hpc.uh.edu.
Received on Tue Mar 12 1996 - 17:11:04 GMT