ZSNES will not open in linux with gamepad plugged in

[rcnux]

Hello,
I recently rebuilt my home computer and installed Fedora Core 3. I got the latest rpm of ZSNES via synaptic (zsnes-1.40-1.rhfc3.nr). Initially, when I started the emulator, everything loaded fine. Later, I noticed that I zsnes will not open if I have my usb gamepad (Gravis Gamepad Pro USB) plugged in. The GUI window opens for just a second and then disappears. If I try to run the program from the command line I get the following message:

Code: Select all

Be sure to check http://www.zsnes.com/ for the latest version.
Please report crashes to zsnes-devel@lists.sourceforge.net.

ZSNES is written by the ZSNES Team (See AUTHORS.TXT)
ZSNES comes with ABSOLUTELY NO WARRANTY.  This is free software,
and you are welcome to redistribute it under certain conditions;
please read 'LICENSE' thoroughly before using it.

Use ZSNES -? for command line definitions.

MMX support found and enabled.

Fatal signal: Floating Point Exception (SDL Parachute Deployed)

If I unplug the gamepad then the program loads fine. Again I get the above message, except the Fatal signal... line is replaced with the following:

Code: Select all

ZSNES could not find any joysticks.

Of course if I plug in the gamepad at this point, I get no response from the gamepad.

I use ZSNES on my windows machine without any problems, but since I had to move that computer to work, I can no longer use it for playing my games. I tried snes9x on my linux machine as well, and it runs okay. I am not happy with some of the snes9x features (or lack of), so I was hoping to get ZSNES up and running.
Some things I noticed and tried:
1. While using snes9x, it looks for the usb joystick in /dev/js0; however, the joystick device is located in /dev/input/js0. I'm not sure if this is a new thing for FC3... but with snes9x if I change the joystick directory then it works fine.
2. I tried making a symbolic link to the joystick device with the following command:

Code: Select all

# ln -s /dev/input/js0 /dev/js0

This DOES NOT help. I'm a linux newbie, so I don't know if this is okay...

Anyway, sorry for the length of the message. I hope that someone can help me as I would really like to be able to use ZSNES on my system.
Thanks

System:
Fedora Core 3 - everything installed and updated
MSI KT4AV motherboard w/ VIA chipsets
AMD Sempron 2400+ processor
512 MB RAM
ASUS Nvidia Gforce4 MX 4000 64MB RAM AGP 8x

[Aerdan]

Generate a debug binary from sources [./autogen.sh debug=yes] and run it through gdb. Report output.

[Nach]

Please use the latest version.

[rcnux]

Please use the latest version.

So just to make sure, I removed the rpm of 1.40 with synaptic. I then downloaded and intalled the most recent version (1.42). Same problem.

Generate a debug binary from sources [./autogen.sh debug=yes] and run it through gdb. Report output.

I'm sorry to be such a stupid newbie, but I don't totally understand what you are asking me to do. I see the ./autogen.sh script in the src directory; running it gives a few lines of stuff and then the ./configure output. I will post the initial output from ./autogen.sh.

Code: Select all

Generating build information using aclocal and autoconf...
acinclude.m4:10: warning: underquoted definition of AM_PATH_ZLIB
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
acinclude.m4:121: warning: underquoted definition of AM_PATH_LIBPNG
/usr/share/aclocal/openhbci.m4:8: warning: underquoted definition of AM_PATH_OPENHBCI
/usr/share/aclocal/netatalk.m4:9: warning: underquoted definition of AM_PATH_NETATALK
/usr/share/aclocal/libgcrypt.m4:23: warning: underquoted definition of AM_PATH_LIBGCRYPT
/usr/share/aclocal/g-wrap.m4:7: warning: underquoted definition of AC_GWRAP_CHECK_GUILE
/usr/share/aclocal/g-wrap.m4:23: warning: underquoted definition of AM_PATH_GWRAP
/usr/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO

I'm not sure this is what you want. Could you please give me some stupid person instructions to get what you are asking about.

Thanks so much for the really quick replies!

[Nach]

make clean
./autogen.sh debug=yes
make
gdb ./zsnesd
run
bt

[rcnux]

make clean
./autogen.sh debug=yes
make
gdb ./zsnesd
run
bt

Thanks Nach!

Here is the output from gdb after following the steps you outline. To make sure I got everything I put in all of the stuff following the run command.

Code: Select all

(gdb) run
Starting program: /home/nelson/installs/zsnes/zsnes_1_42/src/zsnesd
[Thread debugging using libthread_db enabled]
[New Thread -1208108800 (LWP 10132)]

ZSNES v1.42 (c) 1997-2005, ZSNES Team

Be sure to check http://www.zsnes.com/ for the latest version.
Please report crashes to zsnes-devel@lists.sourceforge.net.

ZSNES is written by the ZSNES Team (See AUTHORS.TXT)
ZSNES comes with ABSOLUTELY NO WARRANTY.  This is free software,
and you are welcome to redistribute it under certain conditions;
please read 'LICENSE' thoroughly before doing so.

Use ZSNES -? for command line definitions.

MMX support found and enabled.

[New Thread 24587184 (LWP 10133)]
Detaching after fork from child process 10136.
[New Thread 88374192 (LWP 10138)]

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1208108800 (LWP 10132)]
0x0755d529 in SDL_SYS_JoystickOpen () from /usr/lib/libSDL-1.2.so.0
(gdb) bt
#0  0x0755d529 in SDL_SYS_JoystickOpen () from /usr/lib/libSDL-1.2.so.0
#1  0x0755c3e6 in SDL_JoystickOpen () from /usr/lib/libSDL-1.2.so.0
#2  0x080d6b2c in InitJoystickInput () at linux/sdllink.c:622
#3  0x080d6d2e in InitInput () at linux/sdllink.c:671
#4  0x080d7251 in initwinvideo () at linux/sdllink.c:892
#5  0x080d54ad in initvideo () at linux/sdlintrf.asm:795
#6  0x08399fd8 in snesmap2 ()
Previous frame inner to this frame (corrupt stack?)

At this point the zsnes screen doesn't close as it did before. Unfortunately, the screen stays black and is unresponsive.

Thanks for all of your help.

[Nach]

SDL apparently has a problem reading your joystick, not sure why. Hopefully someone more knowledgable about SDL will know.