xine / kaffeine core dumps with bus error
Ian Moore
no-spam at swiftdsl.com.au
Thu Oct 6 18:17:35 PDT 2005
On Friday 07 October 2005 02:40, Tijl Coosemans wrote:
> On Wednesday 05 October 2005 01:45, Ian Moore wrote:
> > On Wednesday 05 October 2005 00:44, Brian John wrote:
> > > I think I'm having a similar problem with totem (which uses xine)
> > > and vlc. Can you try installing /usr/ports/multimedia/vlc and see
> > > what that does? If that gives a bus error as well then I think we
> > > might have the same issue. I haven't been able to find a solution
> > > to this yet...
> >
> > Yep, vlc gives a bus error too. Looks like we have the same problem!
>
> I don't know what the exact problem is, but the bus error occurs when
> loading "/usr/X11R6/lib/xine/plugins/1.1.0/xineplug_dmx_audio.so". When
> you remove that file or rename it such that there's no longer ".so" in
> the file name, then xine should work.
It doesn't work for me - it still core dumps and kdump gives a very similar
trace to the previous one:
37294 xine RET read 4096/0x1000
37294 xine CALL mmap(0,0x5e000,0x5,0x20002,0x6,0,0,0)
37294 xine RET mmap 704172032/0x29f8d000
37294 xine CALL mprotect(0x29fbb000,0x1000,0x7)
37294 xine RET mprotect 0
37294 xine CALL mprotect(0x29fbb000,0x1000,0x5)
37294 xine RET mprotect 0
37294 xine CALL mmap(0x29fbc000,0x3000,0x3,0x12,0x6,0,0x2e000,0)
37294 xine RET mmap 704364544/0x29fbc000
37294 xine CALL mmap(0x29fbf000,0x2c000,0x3,0x1012,0xffffffff,0,0,0)
37294 xine RET mmap 704376832/0x29fbf000
37294 xine CALL close(0x6)
37294 xine RET close 0
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/usr/X11R6/lib/libstdc++.so.4"
37294 xine RET access -1 errno 2 No such file or directory
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/usr/local/lib/libstdc++.so.4"
37294 xine RET access -1 errno 2 No such file or directory
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/lib/libstdc++.so.4"
37294 xine RET access -1 errno 2 No such file or directory
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/usr/lib/libstdc++.so.4"
37294 xine RET access 0
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/usr/X11R6/lib/libm.so.3"
37294 xine RET access -1 errno 2 No such file or directory
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/usr/local/lib/libm.so.3"
37294 xine RET access -1 errno 2 No such file or directory
37294 xine CALL access(0x2816a000,0)
37294 xine NAMI "/lib/libm.so.3"
37294 xine RET access 0
37294 xine CALL mprotect(0x29f74000,0xf000,0x7)
37294 xine RET mprotect 0
37294 xine CALL mmap(0,0x348,0x3,0x1000,0xffffffff,0,0,0)
37294 xine RET mmap 704557056/0x29feb000
37294 xine CALL munmap(0x29feb000,0x348)
37294 xine RET munmap 0
37294 xine CALL mprotect(0x29f74000,0xf000,0x5)
37294 xine RET mprotect 0
37294 xine CALL mmap(0,0xb48,0x3,0x1000,0xffffffff,0,0,0)
37294 xine RET mmap 704557056/0x29feb000
37294 xine CALL munmap(0x29feb000,0xb48)
37294 xine RET munmap 0
37294 xine PSIG SIGBUS SIG_DFL
37294 xine CALL kse_thr_interrupt(0,0x4,0xa)
37294 xine NAMI "xine.core"
I'm not sure how you figured out it was that plugin - I guess you are having
the same problem and that file was appearing in your ktrace?
Just in case there was some cruft in my plugins, I tried moving the whole
1.1.0 dir somewhere else and rebuilt libxine and xine.
Then I tried running xine again and it crashed with the same trace as before.
Cheers,
--
Ian
gpg key: http://home.swiftdsl.com.au/~imoore/no-spam.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-questions/attachments/20051007/a6e548b0/attachment.bin
More information about the freebsd-questions
mailing list