Icecast - Aug 2004 - ices and stdin module?

I'm trying to wedge an input filter in front of ices (latest nightly
from 5/5), and if I'm using the 'stdinpcm' input module, ices
segfaults
on me after a few seconds.

I'm running on FreeBSD-4.8.

Here's the relevant section of my config file:
        <input>
            <module>stdinpcm</module>
            <param name='rate'>8000</param>
            <param name='channels'>1</param>
        </input>

And here's the backtrace from gdb:
> gdb -c ices.core ices
GNU gdb 4.18 (FreeBSD)
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated
bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line
2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line 933
in fill_symbuf

Core was generated by `ices'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/local/lib/libshout.so.3...done.
Reading symbols from /usr/local/lib/libvorbis.so.2...done.
Reading symbols from /usr/local/lib/libvorbisenc.so.2...done.
Reading symbols from /usr/local/lib/libogg.so.4...done.
Reading symbols from /usr/local/lib/libxml2.so.5...done.
Reading symbols from /usr/lib/libz.so.2...done.
Reading symbols from /usr/local/lib/libiconv.so.3...done.
Reading symbols from /usr/lib/libm.so.2...done.
Reading symbols from /usr/lib/libc_r.so.4...done.
Reading symbols from /usr/libexec/ld-elf.so.1...done.
#0  0x280886d9 in _preextrapolate_helper () from /usr/local/lib/libvorbis.so.2
(gdb)bt
#0  0x280886d9 in _preextrapolate_helper () from /usr/local/lib/libvorbis.so.2
#1  0x280888ce in vorbis_analysis_wrote () from /usr/local/lib/libvorbis.so.2
#2  0x804f0ed in encode_data (s=0x805ac00,
    buf=0x8066000 '\200' <repeats 200 times>..., bytes=32768,
bigendian=0)
    at encode.c:180
#3  0x804fee4 in process_and_send_buffer (sdsc=0x8061580, buffer=0x8058340)
    at stream_shared.c:202
#4  0x804d8de in ices_instance_stream (arg=0x8061580) at stream.c:237
#5  0x8052c7e in _start_routine (arg=0x8058320) at thread.c:654
#6  0x2837b0a8 in _thread_start () from /usr/lib/libc_r.so.4
#7  0x0 in ?? ()

And here's the log file from running ices:
[2003-05-05  02:24:39] INFO ices-core/main ices started...
[2003-05-05  02:24:39] INFO signals/signal_usr1_handler Metadata update
requested
[2003-05-05  02:24:39] INFO encode/encode_initialise Encoder initialising in VBR
mode: 1 channel(s), 8000 Hz, quality 0.000000
[2003-05-05  02:24:39] INFO stream/ices_instance_stream Connected to server:
127.0.0.1:8000/ritscan.ogg
[2003-05-05  02:24:41] DBUG encode/encode_clear Clearing encoder engine
[2003-05-05  02:24:41] INFO encode/encode_initialise Encoder initialising in VBR
mode: 1 channel(s), 8000 Hz, quality 0.000000

<p>
-- 
Joe Sunday <sunday@csh.rit.edu>  http://www.csh.rit.edu/~sunday/
Computer Science House, Rochester Inst. Of Technology
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

Joe Sunday <sunday@csh.rit.edu> said:
> I'm trying to wedge an input filter in front of ices (latest nightly
> from 5/5), and if I'm using the 'stdinpcm' input module, ices
segfaults
> on me after a few seconds.
> 
> I'm running on FreeBSD-4.8.
> 
> Here's the relevant section of my config file:
>         <input>
>             <module>stdinpcm</module>
>             <param name='rate'>8000</param>
>             <param name='channels'>1</param>
>         </input>
I've not seen this, but it's a crash in libvorbis, not ices, which is a
little
strange. Can you try rebuilding libvorbis with debugging symbols? Preferably
also use cvs libvorbis (there have been many bugs fixed - this doesn't
particularly look like any that I remember, but it's better to be safe...).

Mike

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.

On Mon, May 05, 2003 at 05:56:56PM +1000, Michael Smith wrote:
> Joe Sunday <sunday@csh.rit.edu> said:
> 
> I've not seen this, but it's a crash in libvorbis, not ices, which
is a little
> strange. Can you try rebuilding libvorbis with debugging symbols?
Preferably
> also use cvs libvorbis (there have been many bugs fixed - this doesn't
> particularly look like any that I remember, but it's better to be
safe...).
I've got it working, turning BUFSIZE down to 4096 in im_stdinpcm.c
allowed it to work. If I get a chance I'll try on another machine
with a newer libvorbis and see if I can figure out what's going wrong
in vorbis.

--Joe


-- 
Joe Sunday <sunday@csh.rit.edu>  http://www.csh.rit.edu/~sunday/
Computer Science House, Rochester Inst. Of Technology
--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to
'icecast-request@xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is
needed.
Unsubscribe messages sent to the list will be ignored/filtered.