Gst-register core dump in hash_print_key

Joe Marcus Clarke marcus at marcuscom.com
Sun Sep 5 21:19:33 PDT 2004


On Sun, 2004-09-05 at 14:56, Jeremy Messenger wrote:
> On Sat, 04 Sep 2004 00:37:54 +0200, Olivier Saut <saut.olivier at wanadoo.fr>  
> wrote:
> 
> > Hello,
> >
> > every time I run gst-register (as user or as root) I get a coredump :
> > os at banquo% gst-register Trying to load global_registry ...
> > Error loading global_registry
> > Added path   /usr/X11R6/lib/gstreamer-0.8 to user_registry
> > Rebuilding user_registry (/home/os/.gstreamer-0.8/registry.xml) ...
> > Added plugin gstgetbits with 0 features.
> > ...
> > Added plugin dvdreadsrc with 1 feature.
> > Added plugin cdparanoia with 1 feature.
> > Added plugin gstaf with 1 feature.
> > Added plugin aasink with 1 feature.
> > Added plugin a52dec with 1 feature.
> > Added plugin cdplayer with 1 feature.
> > zsh: 46934 bus error (core dumped)  gst-register
> >
> > I have tried to disable cdplayer plugin, but then it coredumps after  
> > a52dec.
> 
> Here too, but my backtraces is kind of different. I am using libpthread  
> and ULE in 5.3-BETA3.
> 
> ==============================================
> # find /usr/ports -name "*.core"
> /usr/ports/multimedia/gstreamer/gst-register-0.8.core
> /usr/ports/multimedia/gstreamer-plugins/gst-register-0.8.core
> 
> # gdb gst-register-0.8 multimedia/gstreamer-plugins/gst-register-0.8.core
> 
> This GDB was configured as "i386-marcel-freebsd"...
> Core was generated by `gst-register-0.8'.
> Program terminated with signal 10, Bus error.
> 
> #0  0x29aedec7 in CzCUBICSPLINE (this=0x29b32b00) at fastmix.cpp:116
> 116     fastmix.cpp: No such file or directory.
>          in fastmix.cpp
> 
> (gdb) bt
> #0  0x29aedec7 in CzCUBICSPLINE (this=0x29b32b00) at fastmix.cpp:116
> #1  0x29af5991 in __static_initialization_and_destruction_0  
> (__initialize_p=1,
>      __priority=65535) at fastmix.cpp:145
> #2  0x29af5a7a in global constructors keyed to MixSoundBuffer ()
>      at fastmix.cpp:2197
> #3  0x29b09412 in gst_modplug_get_type ()
>     from /usr/X11R6/lib/gstreamer-0.8/libgstmodplug.so
> #4  0x29adf732 in ?? () from /usr/X11R6/lib/gstreamer-0.8/libgstmodplug.so
> #5  0x280509f1 in find_symdef () from /libexec/ld-elf.so.1
> #6  0x28051421 in dlopen () from /libexec/ld-elf.so.1
> #7  0x2833bf20 in _g_module_open (file_name=0x29b30b00 "", bind_lazy=1,
>      bind_local=0) at gmodule-dl.c:98
> #8  0x2833c83d in g_module_open (
>      file_name=0x8075440 "/usr/X11R6/lib/gstreamer-0.8/libgstmodplug.so",
>      flags=G_MODULE_BIND_LAZY) at gmodule.c:391
> #9  0x280bfb10 in gst_plugin_check_file (
>      filename=0x8075440 "/usr/X11R6/lib/gstreamer-0.8/libgstmodplug.so",
>      error=0x0) at gstplugin.c:331
> #10 0x280bfd6a in gst_plugin_load_file (
>      filename=0x8075440 "/usr/X11R6/lib/gstreamer-0.8/libgstmodplug.so",
>      error=0x0) at gstplugin.c:378
> #11 0x280ee602 in gst_xml_registry_rebuild (registry=0x804e400)
>      at gstxmlregistry.c:1432
> ---Type <return> to continue, or q <return> to quit---
> #12 0x280dfb53 in gst_registry_rebuild (registry=0x804e400)
>      at gstregistry.c:187
> #13 0x08048f93 in main (argc=1, argv=0xbfbfe928) at gst-register.c:129
> Current language:  auto; currently c++
> ==============================================

Where you getting the same crash with gstreamer-plugins-0.8.3?  The code
for modplug hasn't changed in months.  And I don't really see how the
code to which this stack points could die unless maybe for a stack
overflow.  What happens when you run:

gst-register --gst-scheduler=gthread

Joe

> 
> Cheers,
> Mezz
-- 
PGP Key : http://www.marcuscom.com/pgp.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: This is a digitally signed message part
Url : http://lists.freebsd.org/pipermail/freebsd-gnome/attachments/20040906/9bec862f/attachment.bin


More information about the freebsd-gnome mailing list