PS, removing that entry and putting that file back to ~/.xine/catalog.cache also works splendidly.
-Garrett On Mon, Apr 13, 2009 at 8:44 AM, Garrett McLean <gmcl...@gmail.com> wrote: > The problematic entry is at the end of the file: > > [/usr/lib/xine/plugins/1.25/xineplug_dmx_matroska.so] > size=35728 > mtime=1236814787 > type=2 > api=26 > id > > I guess the file was corrupted somehow, though I haven't fiddled with it at > all. I hope my hardware's not aging ungracefully. > > Thanks anyway, and sorry! > > > > On Mon, Apr 13, 2009 at 8:38 AM, Garrett McLean <gmcl...@gmail.com> wrote: > >> That was indeed the problem. Old catalog.cache attached just in case it is >> useful. >> >> Thanks! >> >> >> >> On Mon, Apr 13, 2009 at 4:35 AM, Darren Salt < >> li...@youmustbejoking.demon.co.uk> wrote: >> >>> I demand that Garrett McLean may or may not have written... >>> >>> > Subject basically says it all. They crash whether or not they are asked >>> to >>> > play a file when called. Happy to provide more info. gdb output from >>> totem >>> > attached (I'm new at using gdb, so sorry if this is insufficient >>> gdb-ing). >>> >>> Works fine here, but your backtrace tells me that there's an >>> apparently-unnamed plugin somewhere. Checking ~/.xine/catalog.cache for >>> obvious errors (an entry without an "id=" line would fit) would be >>> worthwhile; moving that file out of the way may very well fix things. >>> >>> (If this does fix it, it would be interesting to see the old file and its >>> replacement.) >>> >>> -- >>> | Darren Salt | linux or ds at | nr. Ashington, | Toon >>> | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army >>> | + Travel less. Share transport more. PRODUCE LESS CARBON >>> DIOXIDE. >>> >>> Let a fool hold his tongue and he will pass for a sage. >>> >> >> >
