SDLJump hang-up when game start.

I am unable to reproduce this.

The problem exist only in Feisty, on mondey I test it another computer.

I can confirm this, it hangs when selecting "New game".

With my limited debugging skills, i could only produce a gdb backtrace.
Funnily enough, after quitting/detaching gdb it works and i can play as long as i want (but it hangs again when exiting the game).

I'd be happy if you dump further gdb commands or other instructions here.

Running Ubuntu 7.04; Linux laptop 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

I can't reproduce this using feisty on x86_64.

I can confirm this bug on feisty on i386 with two different laptops.
Sam.

As several people on i386 can confirm this, we can mark this as confirmed

As a work around the edgy package works fine on feisty. Its version .91 as compared to feisty's v 1.0 though.

I can reproduce this bug with AMDx86_64 (2.6.20-15-generic).
The software will completely freeze either on start or when graphical options are modified.
For one example, changing option "OpenGL" to "On" and clicking "Back" will produce a freeze. This is reproducible.
The software can then only be terminated by "kill -9". Closing the window has no result, even after 30 minutes.

Point of Interest: This project was renamed a year ago to GNUjump (see: http://www.gnu.org/software/gnujump/ ).

I can also confirm. Using kernel 2.6.22-12-generic on a thinkpad x60s.

This is in gutsy, using the intel xorg driver.

The same freeze happens with the 'gnujump' package, which should replace the sdljump one, but doesn't seem to yet (and they can't both be installed at the same time).

I can confirm all of this in gutsy - it freezes when you start a new game, but does not when you run it with gdb attached.
I also found out why it hangs - SDLJump tries to write to /dev/sequencer, and gets "Bad file descriptor" error.
To check it, I installed Timidity++ (software midi sequencer) and... SDLJump did not freeze, but started to play a nice MIDI tune and launched the game...

This still exists in an Hardy; however, I did not have this on an earlier Gutsy installation.

Solved un GNU Jump 1.0.5

Feisty is EOL.

Please request a sync from Debian experimental.

Sync filed. See Bug #304860

gnujump (1.0.6-1) experimental; urgency=low

   * New upstream release (Closes: #494695)
   * Use quilt for patch-management
   * debian/sdljump.desktop
     + rename to gnujump.desktop
     + update to reflect the rename to gnujump
     + remove the Encoding field
   * debian/gnujump.menu
     + update to reflect the rename to gnujump
     + use Games/Action instead of Games/Arcade
   * debian/control:
     + remove the leading "a" in the short description
     + wrap the Build-Depends for better reading
     + use the Homepage field
     + bump Standards-Version to 3.8.0
     + add Vcs-* fields
     + add myself to Uploaders
   * debian/rules:
     + call dh_desktop to silence lintian
     + reorganize the targets, create a config target
     + don't set CFLAGS, let dpkg handle it
   * debian/gnujump(-data).install:
     + move gnujump.desktop to the gnujump package
     + same for gnujump.png
   * debian/copyright:
     + Convert to machine readable format
     + Update some of the copyright statements
   * debian/patches/02_manpage_fixes.patch:
     + Fix a typo in the patch, it's "hy", not "ny"
   * debian/README.source:
     + add a README.source as recommended by Policy 4.14
   * debian/patches/03_main_c_include_locale_h.patch:
     + Fix FTBFS with -O0 because locale.h isn't included
   * debian/watch:
     + Update the watchfile to reflect the new homepage

I can reproduce this bug with 9.04 as well.
Once I installed timidity the game worked fine.

I can confirm this bug is still present in 10.04