Description Reproducible: Always Steps to Reproduce: 1. emerge hedgewars 2. hedgewars Actual Results: $ hedgewars Floating point exception
bug #313013, comment #6 (and comments further down - also see the attachment)
(In reply to comment #1) > bug #313013, comment #6 (and comments further down - also see the attachment) Eh? I have hedgewars built w/ fpc-2.4.0
AMD64 though? Also, just for heck of it, try 2.2.4? I guess this could be a CFLAG thing. What are yours?
(In reply to comment #3) > AMD64 though? yep > Also, just for heck of it, try 2.2.4? same here > I guess this could be a CFLAG thing. What are yours? -O2 -pipe -fomit-frame-pointer
well, the -fomit-frame-pointer is pointless on AMD64 (I think ignored anyway by gcc) But apart from that, does seem quite safe. Well, feel free to stop by IRC if you want to look into it further. Could be a different issue. Does it go away if you enable "reduce quality" ?
(In reply to comment #5) > well, the -fomit-frame-pointer is pointless on AMD64 (I think ignored anyway by > gcc) > > But apart from that, does seem quite safe. > > Well, feel free to stop by IRC if you want to look into it further. Could be a > different issue. Where? I missed your message yesterday. > Does it go away if you enable "reduce quality" ? Huh?
>> Well, feel free to stop by IRC if you want to look into it further. Could be a >> different issue. > Where? I missed your message yesterday. Um. #hedgewars ? :-p >> Does it go away if you enable "reduce quality" ? > Huh? Reduce Quality - look in options...
I missed the part where it was the frontend that was crashing. Thought it was same issue as the guys in the .13 bug. Ok, this is sound related. SDL is having problems loading the frontend music. My guess is missing ogg encoding, but who knows. This seems to happen a lot to gentoo users BTW, forgot about it due to the other SIGFPE. I will attach a test hedgewars.ini w/ sound disabled shortly.
Created attachment 228035 [details] A hedgewars.ini with sound disabled. Put in ~/.hedgewars
The problem was about media-libs/libsdl compiled w/o USE=alsa The ebuild should check for this or something.
The underlying issue isn't needing ALSA, is more something like, your HW is incapable of HW mixing, and thus you must ensure you use consistent underlying sound system. For example, if you choose esd, then ALSA must use esd, and other sound libs too. If you're using only ALSA SW mixing, then everything must use ALSA.
BTW, you might want to close this bug out, now that you've resolve the issue with your sound system...
(In reply to comment #12) > BTW, you might want to close this bug out, now that you've resolve the issue > with your sound system... The bug is not about my sound system, but about hedgewars not bothering to puke out sane error messages or operate w/o sound out of the box, and gentoo ebuilds not requiring to specify the appropriate use flags. These are pretty open methings.
The bug was your misconfigured sound system causing a failure to open the device. I'm not sure what you think gentoo can do here, since there are a number of possible legitimate USE flags that would be ok (only requirement is you be consistent if your HW isn't capable of running more than one). In short, I'm going w/ PEBKAC, but whatever, will let the bug wranglers decide.
(In reply to comment #14) > The bug was your misconfigured sound system causing a failure to open the > device. The bug was libsdl compiled w/o any sound output support. > I'm not sure what you think gentoo can do here, since there are a number of > possible legitimate USE flags that would be ok > (only requirement is you be consistent if your HW isn't capable of running more > than one). Gentoo can make me choose at least one of possible sound system use flags for libsdl. Anyway, according to gentoo devs, it's my failure: i've failed to read the *comment* in the libsdl ebuild (why didn't they put it in ewarn, huh?): # WARNING: # if you disable the audio, video, joystick use flags or turn on the custom-cflags use flag # in USE and something breaks, you pick up the pieces. Be prepared for # bug reports to be marked INVALID. Am i supposed as an user to read every ebuild i'm installing?
(In reply to comment #15) > Anyway, according to gentoo devs, it's my failure: i've failed to read the > *comment* in the libsdl ebuild (why didn't they put it in ewarn, huh?): > # WARNING: > # if you disable the audio, video, joystick use flags or turn on the > custom-cflags use flag > # in USE and something breaks, you pick up the pieces. Be prepared for > # bug reports to be marked INVALID. > > Am i supposed as an user to read every ebuild i'm installing? > Fail: there IS ewarn, but the comment and ewarn were about audio, video and joystick, but not about some specific output, so i did nothing wrong.
The hedgewars ebuild already requires that libsdl be built with the audio USE flag.
(In reply to comment #17) > The hedgewars ebuild already requires that libsdl be built with the audio USE > flag. > I'll repeat again: libsdl WAS built w/ audio useflag.
Ah, yes. Well, comment #14 is pretty much right on. You can't have a broken sound setup and expect applications to just figure it out for you. I'm closing this INVALID until the mind-reading interface to portage is out of beta.
(In reply to comment #19) > mind-reading interface to portage > Gentoo can make me choose at least one of possible sound system use flags for libsdl. > there IS ewarn, but the comment and ewarn were about audio, video and joystick, but not about some specific output, so i did nothing wrong. I guess it's useless to argue w/ a person who is unable to read. Anyway, thank you for the hints.
