[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