[mythtv-users] Mythfrontend crashes when running trunk
Yan Seiner
yan at seiner.com
Fri May 29 01:19:32 UTC 2009
nik gibson wrote:
> On Thu, May 28, 2009 at 7:00 PM, Yan Seiner <yan at seiner.com
> <mailto:yan at seiner.com>> wrote:
>
> nik gibson wrote:
>
> Hello,
>
> I just ugraded to trunk using Mythbuntu's weekly builds.
> Mythtv -fixes was running great but after the upgrade
> mythfrontend just crashes.
>
> I get the following in the mythfrontend log:
>
> 2009-05-28 17:35:56.640 Current Schema Version: 1234
> 2009-05-28 17:35:56.643 Connecting to backend server:
> 127.0.0.1:6543 <http://127.0.0.1:6543> <http://127.0.0.1:6543>
> (try 1 of 5)
>
> 2009-05-28 17:35:56.644 Using protocol version 45
> 2009-05-28 17:35:56.703 Registering Internal as a media
> playback plugin.
> 2009-05-28 17:35:56.718 Cannot load language en_us for module
> mytharchive
> 2009-05-28 17:35:56.731 Cannot load language en_us for module
> mythflix
> 2009-05-28 17:35:56.750 MonitorRegisterExtensions(0x100,
> gif,jpg,png)
> 2009-05-28 17:35:56.751 Cannot load language en_us for module
> mythgallery
> 2009-05-28 17:35:56.755 Cannot load language en_us for module
> mythgame
> 2009-05-28 17:35:56.757 Cannot load language en_us for module
> mythmovies
> 2009-05-28 17:35:56.794 MonitorRegisterExtensions(0x40,
> ogg,mp3,aac,flac)
> 2009-05-28 17:35:56.798 Cannot load language en_us for module
> mythmusic
>
> Related to this
>
> http://mythtv.org/pipermail/mythtv-dev/2009-May/065247.html
>
> by any chance?
>
> enable core dumps by setting 'ulimit 1000000' and then run gdb
>
> gdb mythfrontend core
> > bt
>
> and you should find out where it's dumping.
>
> --Yan
>
> GDB gave me an error when I ran it but I was able to get an strace -f.
>
> It looks like it's crashing after opening libXft.so.2
> Has anyone seen that? I found a post where it was resolved by
> removing everything related to Myth and re-installing svn. Seems a
> little drastic.
>
> 7456 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> 7456 open("/usr/lib/libXft.so.2", O_RDONLY) = 32
> 7456 read(32,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\3002\0\0004\0\0\0\250"...,
> 512) = 512
> 7456 fstat64(32, {st_mode=S_IFREG|0644, st_size=75704, ...}) = 0
> 7456 mmap2(NULL, 78596, PROT_READ|PROT_EXEC,
> MAP_PRIVATE|MAP_DENYWRITE, 32, 0) = 0xad3ad000
> 7456 mmap2(0xad3bf000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 32, 0x11) = 0xad3bf000
> 7456 close(32) = 0
> 7456 mprotect(0xad3bf000, 4096, PROT_READ) = 0
> 7469 <... futex resumed> ) = -1 ETIMEDOUT (Connection
> timed out)
> 7469 futex(0xb237b280, FUTEX_WAKE_PRIVATE, 1) = 0
> 7469 gettimeofday({1243559123, 160588}, NULL) = 0
> 7469 gettimeofday({1243559123, 160620}, NULL) = 0
> 7469 clock_gettime(CLOCK_REALTIME, {1243559123, 160646852}) = 0
> 7469 futex(0xb237b254, FUTEX_WAIT_PRIVATE, 1, {0, 99973148}
> <unfinished ...>
> 7456 mprotect(0xadbfd000, 24576, PROT_READ) = 0
> 7456 --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> 7481 +++ killed by SIGSEGV +++
> 7480 +++ killed by SIGSEGV +++
> 7475 +++ killed by SIGSEGV +++
> 7470 +++ killed by SIGSEGV +++
> 7469 +++ killed by SIGSEGV +++
> 7468 +++ killed by SIGSEGV +++
>
I was able to cure a previous problem by reinstalling all of X (from
memory!!!!!!! TEST FIRST!!!!!!!):
apt-get update; apt-get install --reinstall `dpkg --list | grep xorg |
awk '{print$2}'`
and then installing the nvidia driver.
I've noticed that sometimes libs that should be symlinks become real
files, and then as you upgrade all hell breaks loose.
--Yan
More information about the mythtv-users
mailing list