[mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
Can anyone point me somewhere else to turn? I am at a loss. - Original Message - From: Jim Coates [EMAIL PROTECTED] To: Discussion about mythtv mythtv-users@mythtv.org Sent: Friday, February 04, 2005 11:13 AM Subject: Re: Updated gentoo, now everything mythtv segfaults I've tried to do a backtrace but when I follow the instructions, I don't get any information from gdb. Just a list of addresses. I did compile with debug on and release off. lisa bin # gdb ./mythfrontend GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) handle SIGPIPE nostop SignalStop Print Pass to program Description SIGPIPE NoYes Yes Broken pipe (gdb) run Starting program: /usr/bin/mythfrontend warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Program received signal SIGSEGV, Segmentation fault. 0x41f6031a in ?? () (gdb) thread apply all bt full (gdb) bt #0 0x41f6031a in ?? () #1 0x40dabd45 in ?? () #2 0x40db93e2 in ?? () #3 0x40016f90 in ?? () #4 0x40c9cca0 in ?? () #5 0x40017390 in ?? () #6 0xb924 in ?? () #7 0xb924 in ?? () #8 0x4000b430 in ?? () #9 0x0001 in ?? () #10 0xb974 in ?? () #11 0xb97c in ?? () (gdb) finish Run till exit from #0 0x41f6031a in ?? () Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) quit ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
I've tried to do a backtrace but when I follow the instructions, I don't get any information from gdb. Just a list of addresses. I did compile with debug on and release off. lisa bin # gdb ./mythfrontend GNU gdb 6.0 Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i686-pc-linux-gnu...Using host libthread_db library /lib/libthread_db.so.1. (gdb) handle SIGPIPE nostop SignalStop Print Pass to program Description SIGPIPE NoYes Yes Broken pipe (gdb) run Starting program: /usr/bin/mythfrontend warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. Program received signal SIGSEGV, Segmentation fault. 0x41f6031a in ?? () (gdb) thread apply all bt full (gdb) bt #0 0x41f6031a in ?? () #1 0x40dabd45 in ?? () #2 0x40db93e2 in ?? () #3 0x40016f90 in ?? () #4 0x40c9cca0 in ?? () #5 0x40017390 in ?? () #6 0xb924 in ?? () #7 0xb924 in ?? () #8 0x4000b430 in ?? () #9 0x0001 in ?? () #10 0xb974 in ?? () #11 0xb97c in ?? () (gdb) finish Run till exit from #0 0x41f6031a in ?? () Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. (gdb) quit ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
Hi Jim, Jim Coates wrote: Is there anyway I can try to debug this? I have now tried using CVS with the same result, tried turning on the DEBUG flag in settings.pro and still can't get anything out of gdb. Can you do a strace mythfrontend and send it to me? I think, that you have the same problem as I have. The problem is somewhere in the mysql socket. The first access on this socket works when you watch TV or a record. But the second access results in a segfault on the socket. A few persons had luck with a complete emerge -e world, but this doesn't work for me because I'm running ROCK Linux and I don't want to build a complete new distribution :-(. And of course thats not a real problem solution... For the moment I only can say that I can be a problem of 3 parts. First the problem is cause by MySQL 4.1.x (because 4.0.x worked without segfault). The second problem can be a QT 3.3.3 (I have not tried 3.3.4 which is available in Gentoo already). The third a last possibility is MythTV itself, but then I need a backtrace to debug it (I will do a debug build today from mythtv). I also got a response from Isaac but he said that he cannot do anything without a backtrace. Cheers, Michael Obster -- mailto: [EMAIL PROTECTED] http://www.obster.org ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
The problem is not alleviated by qt 3.3.4 - I run Arch linux and the package didn't help at all. I guess I could try a back version of mysql... ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
On Thursday 03 February 2005 04:51 am, Michael Obster wrote: Hi Jim, Jim Coates wrote: Is there anyway I can try to debug this? I have now tried using CVS with the same result, tried turning on the DEBUG flag in settings.pro and still can't get anything out of gdb. Can you do a strace mythfrontend and send it to me? I think, that you have the same problem as I have. strace is _absolutely useless_ for debugging purposes. Follow the docs and get a backtrace. Isaac ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
[mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
Here are my make.conf, output from revdep-rebuild -pv and strace mythfrontend. contents of /etc/make.conf: ( the bottom two lines I have added since the problem started and went to use the cvs ebuilds, the rest has been the same from the initial install) CHOST=i686-pc-linux-gnu CFLAGS=-march=pentium4 -O3 -pipe -fomit-frame-pointer CXXFLAGS=${CFLAGS} MAKEOPTS=-j3 GENTOO_MIRRORS=http://mirror.datapipe.net/gentoo; USE=x86 mmx 3dnow sse alsa avi crypt cscope dvd flac gif imlib jpeg lirc mad mpeg oggvorbis opengl png quicktime sdl tiff truetype X xmms xv zlib nvidia -arts transcode xinerama -nls net joystick matroska -ldap apache2 xvid v4l2 theora VIDEO_CARDS=nvidia PORTDIR_OVERLAY=/usr/local/portage FEATURES=nostrip output from revdep-rebuild -pv: Checking reverse dependencies... Packages containing binaries and libraries broken by any package update, will be recompiled. Collecting system binaries and libraries... done. (/root/.revdep-rebuild.1_files) Collecting complete LD_LIBRARY_PATH... done. (/root/.revdep-rebuild.2_ldpath) Checking dynamic linking consistency... broken /usr/bin/mythbrowser (requires libmyth-0.16.so.0) broken /usr/bin/mtd (requires libmyth-0.16.so.0) broken /usr/bin/dvgrab (requires libdv.so.4) done. (/root/.revdep-rebuild.3_rebuild) Assigning files to ebuilds... done. (/root/.revdep-rebuild.4_ebuilds) Evaluating package order... Warning: Failed to resolve package order. Will merge in random order! Possible reasons: - Some ebuilds are no more in portage tree. - Some ebuilds are masked, try to change ACCEPT_KEYWORDS=~your platform and/or use /etc/portage/package.unmask . done. (/root/.revdep-rebuild.5_order) All prepared. Starting rebuild... emerge --oneshot --nodeps -pv =media-plugins/mythbrowser-0.16 =media-plugins/mythdvd-0.16 =media-video/dvgrab-1.5 .. These are the packages that I would merge, in order: Calculating dependencies \ !!! All ebuilds that could satisfy =media-video/dvgrab-1.5 have been masked. !!! One of the following masked packages is required to complete your request: - media-video/dvgrab-1.5 (masked by: ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or section 2.2 Software Availability in the Gentoo Handbook. Result is not OK, you have following choices: - if emerge failed during build, fix the problems and re-run revdep-rebuild or - use -X or --package-names as first argument (try to rebuild package, not exact ebuild - ignores SLOT!) or - set ACCEPT_KEYWORDS=~your platform and/or /etc/portage/package.unmask (and remove /root/.revdep-rebuild.5_order to be evaluated again) or - modify the above emerge command and run it manually or - compile or unmerge unsatisfied packages manually, remove temporary files and try again (you can edit package/ebuild list first) To remove temporary files, please run: rm /root/.revdep-rebuild*.?_* output from strace mythfrontend execve(/usr/bin/mythfrontend, [mythfrontend], [/* 40 vars */]) = 0 brk(0) = 0x815 open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/tls/i686/sse2/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/tls/i686/sse2, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/tls/i686/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/tls/i686, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/tls/sse2/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/tls/sse2, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/tls/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/tls, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/i686/sse2/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/i686/sse2, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/i686/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/i686, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/sse2/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib/sse2, 0xb04c) = -1 ENOENT (No such file or directory) open(/usr/qt/3/lib/libmythtv-0.17.so.0, O_RDONLY) = -1 ENOENT (No such file or directory) stat64(/usr/qt/3/lib, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 open(/etc/ld.so.cache, O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=66786, ...}) = 0 old_mmap(NULL, 66786, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40018000 close(3)= 0 open(/usr/lib/libmythtv-0.17.so.0, O_RDONLY) = 3 read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\202\30..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=38079526, ...}) = 0 old_mmap(NULL, 5687392, PROT_READ|PROT_EXEC,
Re: [mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
Op woensdag 02 februari 2005 17:10, schreef Jim Coates: From: Jim Coates [EMAIL PROTECTED] I can't get any debug, no log messages etc... gdb tells me nothing. If I run anything myth, mythfrontend, mythbackend, mythsetup.. all segfaults. Any idea where I should start digging? Ok, I did the -e option yesterday thus re-emerging everything, no change. Only big difference I got in the first update that I see is it switched from Free86 to X.org xwindows. Did you do anything special to you useflags? For example adding DirectFB will make mythfrontend stop working under X. Also adding things like PAX and other security enhancing (if properly supported by userspace config) kernel patches could trip something in MythTV. Extreme CFLAGS could cause this too. Henk Poley ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
Re: [mythtv-users] Re: Updated gentoo, now everything mythtv segfaults
Does `revdep-rebuild -pv` tell you anything useful? On Wed, Feb 02, 2005 at 06:05:47PM -0500, Jim Coates wrote: Is there anyway I can try to debug this? I have now tried using CVS with the same result, tried turning on the DEBUG flag in settings.pro and still can't get anything out of gdb. - Original Message - From: Jim Coates [EMAIL PROTECTED] To: Discussion about mythtv mythtv-users@mythtv.org Sent: Wednesday, February 02, 2005 11:10 AM Subject: Re: Updated gentoo, now everything mythtv segfaults Ok, I did the -e option yesterday thus re-emerging everything, no change. Only big difference I got in the first update that I see is it switched from Free86 to X.org xwindows. - Original Message - From: Jim Coates [EMAIL PROTECTED] To: Discussion about mythtv mythtv-users@mythtv.org Sent: Monday, January 31, 2005 10:17 AM Subject: Updated gentoo, now everything mythtv segfaults I can't get any debug, no log messages etc... gdb tells me nothing. If I run anything myth, mythfrontend, mythbackend, mythsetup.. all segfaults. Any idea where I should start digging? ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users ___ mythtv-users mailing list mythtv-users@mythtv.org http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users