streamtuner-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Bug #287121: Segfault/hang with bad cache file


From: Ari Pollak
Subject: Re: Bug #287121: Segfault/hang with bad cache file
Date: Sun, 26 Dec 2004 23:04:35 -0500

Turns out this is a bug in the i686-optimized version of libc6,
streamtuner. Thanks for the help anyway :)


On Sun, 26 Dec 2004 23:01:14 -0500, Ari Pollak <address@hidden> wrote:
> You're right, it doesn't seem to make a whole lot of sense. It also
> seems that if I include the same version of glibc with debugging
> symbols in LD_LIBRARY_PATH, it works fine. I'll try to figure out what
> the heck is going on and get back to you.
> 
> On Sun, 26 Dec 2004 02:53:21 +0100, Jean-Yves Lefort
> <address@hidden> wrote:
> > On Sat, 25 Dec 2004 17:39:55 -0500
> > Ari Pollak <address@hidden> wrote:
> >
> > > Here it is. Interesting, it looks like the filename variable is full
> > > of gibberish?
> > >
> > > #0  0xffffe410 in __kernel_vsyscall ()
> > > #1  0x4413b7db in __lll_mutex_lock_wait ()
> > >    from /lib/tls/i686/cmov/libpthread.so.0
> > > #2  0x44138a03 in _L_mutex_lock_26 () from 
> > > /lib/tls/i686/cmov/libpthread.so.0
> > > #3  0x08290a58 in ?? ()
> > > #4  0x00000000 in ?? ()
> > > #5  0x00000001 in ?? ()
> > > #6  0x41dadc2f in gtk_tree_path_append_index ()
> > >    from /usr/lib/libgtk-x11-2.0.so.0
> > > #7  0xb7dab5c5 in stream_get_url_list (stream=0x8290c28, value=0xbffff660)
> > >     at shoutcast.c:362
> > > #8  0x08068a43 in st_handler_event_stream_field_get (handler=0xfffffff5,
> > >     stream=0xfffffff5, field=0xfffffff5, value=0xfffffff5) at 
> > > st-handler.c:1684
> > > #9  0x0807a3e9 in st_stream_bag_get_field (bag=0x8291398, field=0x8163418,
> > >     value=0xbffff660) at st-stream-bag.c:213
> > > #10 0x0807f033 in st_stream_store_update (store=0x8263c00, bag=0x8291398)
> > >     at st-stream-store.c:317
> > > #11 0x0807eb8f in st_stream_store_append (store=0x8263c00, bag=0x8291398)
> > >     at st-stream-store.c:216
> > > #12 0x0806c20d in st_oldcache_load_stream_end (info=0xbffff740)
> > >     at st-oldcache-load.c:448
> > > ---Type <return> to continue, or q <return> to quit---
> > > #13 0x0806bdc1 in st_oldcache_load (
> > >     filename=0x4413fbc0
> > > "address@hidden:`\023DJ`\023D",
> > > err=0xfffffff5) at st-oldcache-load.c:223
> > > #14 0x08071b97 in st_session_load () at st-session.c:86
> > > #15 0x0806a632 in main (argc=1, argv=0xbffff884) at st-main.c:119
> > >
> > >
> > >
> > > On Sat, 25 Dec 2004 22:15:36 +0100, Jean-Yves Lefort
> > > <address@hidden> wrote:
> > >
> > > > Not reproducible here. Please provide a backtrace of the 0.99.99
> > > > freeze (run inside gdb, hit ^C when it freezes, and type "thread apply
> > > > all bt").
> >
> > It does not look like a meaningful backtrace. Try to compile with
> > debugging information enabled (CFLAGS=-ggdb ./configure) and make
> > another backtrace.
> >
> > --
> > Jean-Yves Lefort
> >
> > address@hidden
> > http://lefort.be.eu.org/
> >
> >
> >
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]