[pulseaudio-tickets] [PulseAudio] #120: OSS record with aoss and pulse causes pcm_pulse.c:500: pulse_hw_params: Assertion `!pcm->stream'

PulseAudio trac-noreply at tango.0pointer.de
Sun Aug 19 09:40:18 PDT 2007


#120: OSS record with aoss and pulse causes pcm_pulse.c:500: pulse_hw_params:
Assertion `!pcm->stream'
--------------------+-------------------------------------------------------
 Reporter:  lindi   |       Owner:  lennart
     Type:  defect  |      Status:  new    
 Priority:  normal  |   Milestone:         
Component:  daemon  |    Severity:  normal 
 Keywords:          |  
--------------------+-------------------------------------------------------
 {{{
 Steps to reproduce:[[BR]]
 1) Get configuration files from http://lindi.iki.fi/lindi/voip/pulse-
 setup-1/ or see the attached tarball.
 2) Place configuration files to both a client and a server computer as
 well as to your home directory.  Note, here "client" refers to the thin
 client where the pulseaudio daemon runs (X style backwards terminology).
 3) aoss sox -t ossdsp -r 44100 -c 1 -w /dev/dsp rec.wav

 Expected results:
 3) audio is captured on thin client and sent over network to sox that
 saves it to rec.wav

 Actual results:
 3) sox dumps core and prints
 E: shm.c: shm_open() failed: Function not implemented
 sox: pcm_pulse.c:500: pulse_hw_params: Assertion `!pcm->stream' failed.
 Aborted (core dumped)

 where "shm_open() failed: Function not implemented" is printed with red
 color.

 More info:
 1) I am using Debian GNU/Linux unstable with 0.9.6-1 on server and Debian
 GNU/Linux stable with pulseaudio 0.9.5-5.
 2) The bug occurs also if I run pulseaudio 0.9.5-5 on both server and
 client.
 3) gdb shows the following backtrace
 #2  0xb7a83b50 in __assert_fail () from /lib/libc.so.6
 #3  0xb7eedf89 in pulse_hw_params (io=0x80cba60, params=0xbf8f2610) at
 pcm_pulse.c:500
 #4  0xb7c9ab73 in snd_pcm_ioplug_hw_params (pcm=0x80cc128,
 params=0xbf8f2610) at pcm_ioplug.c:386
 #5  0xb7c55fd0 in sndrv_pcm_hw_params (pcm=0x80cc128, params=0xbf8f2610)
 at pcm_params.c:2316
 #6  0xb7c45477 in snd_pcm_hw_params (pcm=0x80cc128, params=0xbf8f2610) at
 pcm.c:824
 #7  0xb7a57f40 in oss_dsp_hw_params (dsp=0x80c1700) at pcm.c:307
 #8  0xb7a58392 in oss_dsp_params (dsp=0x80c1700) at pcm.c:408
 #9  0xb7a59acf in lib_oss_pcm_ioctl (fd=5, cmd=3221508101) at pcm.c:933
 #10 0xb7ef2c7e in ioctl (fd=5, request=3221508101) at alsa-oss.c:374

 4) With a hardware watchpoint in gdb I can see that pcm->stream is
 modified as follows:
 NULL -> !NULL at pulse_prepare (io=0x80cba60) at pcm_pulse.c:458
 !NULL -> NULL at pulse_prepare (io=0x80cba60) at pcm_pulse.c:446
 NULL -> !NULL at pulse_prepare (io=0x80cba60) at pcm_pulse.c:458

 5) Please let me know if you are not able to reproduce the bug. I'm happy
 to provide more info or test different patches.
 }}}

-- 
Ticket URL: <http://www.pulseaudio.org/ticket/120>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server


More information about the pulseaudio-bugs mailing list