Description of problem: when compiling in alsa support (default, when alsa-lib is installed), esd coredumps at startup. This might be caused by a changed alsa API, or unsufficient testing ;) Attached patch fixes it, although I am not really sure about the BUFFERSIZE related hunks. Version-Release number of selected component (if applicable): esound-0.2.32-2
Created attachment 97258 [details] fixes segfault with alsa-1
Here is a stack trace: (gdb) bt #0 snd_pcm_hw_param_set_near (pcm=0x8e7d140, params=0xbfe41270, var=SNDRV_PCM_HW_PARAM_RATE, val=0xac44, dir=0x0) at pcm_params.c:786 #1 0x00ea812d in __snd_pcm_hw_params_set_rate_near (pcm=0xac44, params=0xac44, val=0xac44, dir=0xac44) at pcm.c:3599 #2 0x00cb5250 in initAlsa () from /usr/lib/libesd.so.0 #3 0x00cb5767 in esd_audio_open () from /usr/lib/libesd.so.0 #4 0x0804a51b in ?? ()
*** Bug 115055 has been marked as a duplicate of this bug. ***
*** Bug 115607 has been marked as a duplicate of this bug. ***
Copying "blocks bug 114961" from the dup bug 115607.
*** Bug 116544 has been marked as a duplicate of this bug. ***
*** Bug 116585 has been marked as a duplicate of this bug. ***
I believe this was fixed upstream - http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=context&whitespace_mode=show&root=/cvs/gnome&subdir=esound&command=DIFF_FRAMESET&file=audio_alsa09.c&rev2=1.10&rev1=1.9 The corresponding changelog entry is 2004-01-15 Frederic Crozat <fcrozat> * acconfig.h: * audio_alsa09.c: * configure.in: Use new ALSA PCM API if available (fixes from Lukasz Mach <lukasz.pl> and Eddy Mulyono <eddymulyono>)
triage->easyfix, triage->upstream (a patch is attached - see comment #2 and upstream have already fixed it as well - see comment #8).
I built esound-0.2.33-1, which should have that change. Could you test it?
Would be happy to. Where do I get it?
esound-0.2.33-1 - no segfault. P.S. See bug 117522.
So this is fixed? Why is it not closed?