<div style="direction: ltr;">I tried disabling the EIT on all channels
but the problem persists. I think it's a problem with the frontend,
and not the backend because I can force it to fail. If I sit at the
main menu and keep attempting an exit but hitting "no I don't want to
exit" to go back to the main menu. 1/3 of the time iIt freezes before
bringing up the menu items, at the grey screen in G.A.N.T. and rails
the HD for a few minutes till the kernel kills it. Since it was very
easily repeatable, I recompiled myth using --compile-type=debug. I
tried running mythfrontend with gdb, these are the results:<br><br>
$ ./configure --enable-proc-opt --disable-firewire --disable-ivtv
--disable-dbox2 --enable-dvb --dvb-path=/usr/include --enable-xvmc
--enable-opengl-vsync --compile-type=debug
<br># Basic Settings<br>Compile type debug<br>Compiler cache no<br>DistCC no<br>Install prefix /usr/local<br>CPU x86 (model name : AMD Athlon(tm) 64 Processor 3200+)<br>Big Endian no
<br>MMX enabled yes<br>Vector Builtins yes<br><br># Input Support<br>Joystick menu yes<br>lirc support yes<br>Video4Linux sup. yes<br>ivtv support no<br>FireWire support no<br>DVB support yes [/usr/include]
<br>DBox2 support no<br><br># Sound Output Support<br>OSS support yes<br>ALSA support yes<br>aRts support yes<br>JACK support yes<br>DTS passthrough yes<br><br># Video Output Support<br>x11 support yes
<br>xrandr support yes<br>xv support yes<br>XvMC support yes<br>XvMC VLD support yes<br>XvMC pro support no<br>XvMC libs -lXvMCW<br>Mac accel. no<br>OpenGL vsync yes<br>DirectFB no<br>
<br># Misc Features<br>Frontend yes<br>Backend yes<br><br>Creating libs/libmyth/mythconfig.h and libs/libmyth/mythconfig.mak<br><br>WARNING: When using --enable-proc-opt you must include the<br> output of ./configure along with any bug report.
<br><br>This is what I got when I tried gdb:<br><br><br>$ gdb mythfrontend -x gdbcommands<br>GNU gdb 6.4-debian<br>Copyright 2005 Free Software Foundation, Inc.<br>GDB is free software, covered by the GNU General Public License, and you are
<br>welcome to change it and/or distribute copies of it under certain conditions.<br>Type "show copying" to see the conditions.<br>There is absolutely no warranty for GDB. Type "show warranty" for details.
<br>This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1".<br><br>[Thread debugging using libthread_db enabled]<br>[New Thread -1253271840 (LWP 6573)]
<br>Qt: gdb: -nograb added to command-line options.<br> Use the -dograb option to enforce grabbing.<br>[New Thread -1256850512 (LWP 6579)]<br>[New Thread -1282634832 (LWP 6584)]<br>[New Thread -1291023440 (LWP 6585)]
<br>[New Thread -1317942352 (LWP 6724)] <---- this is where I was able to cause mythfrontend to freak out<br>gdbcommands:6: Error in sourced command file:<br>Couldn't get registers: No such process.
<br>
(gdb) <br><br>
<br>This is what my gdbcommands file looks like:<br>$ cat gdbcommands<br>handle SIGPIPE nostop noprint<br>handle SIG33 nostop noprint<br>set logging on<br>set pagination off<br>set args -l myth.log -v all<br>run<br>thread apply all bt full
<br>set logging off<br><br><a href="http://www.spartanframeworks.com/Spikey/myth.log">http://www.spartanframeworks.com/Spikey/myth.log</a><br><br>The above link is to my myth.log file (from
the frontend with -v all). As you can probably tell, I'm not real good at
debugging. Let me know if there is some other way to troubleshoot this
issue. I haven't figured out a good way to do it yet. It looks like
gdb can't complete because the kernel kills mythfrontend from using too
much memory.
<br><br>from syslog, there's a lot more but is' a bunch of swap and pages stuff (I can post if needed):<br>Apr 15 12:53:01 mythbox kernel: Out of Memory: Kill process 6572 (gdb) score 77639 and children.<br>Apr 15 12:53:01 mythbox kernel: Out of memory: Killed process 6573 (mythfrontend).
<br><br>Thanks,<br></div><span class="sg">-Greg</span>