[mythtv-commits] Ticket #7011: segfault on startup of mythfrontend (was: segfault on startup of mythfrontend - win32 - backtrace attached.)

MythTV mythtv at cvs.mythtv.org
Fri Sep 18 01:28:59 UTC 2009


#7011: segfault on startup of mythfrontend
---------------------------------+------------------------------------------
 Reporter:  davidbuzz at gmail.com  |        Owner:  nigel   
     Type:  defect               |       Status:  assigned
 Priority:  major                |    Milestone:  0.22    
Component:  MythTV - General     |      Version:  head    
 Severity:  high                 |   Resolution:          
  Mlocked:  0                    |  
---------------------------------+------------------------------------------
Changes (by nigel):

  * component:  Ports - Windows => MythTV - General
  * severity:  medium => high


Old description:

> using the standard mythfrontend.cmd file for debugging my
> mythfrontend.exe give me this backtrace on startup.  version is a newly
> downloaded 21709 ( ie current head).
> {{{
> GNU gdb 6.8
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show
> copying"
> and "show warranty" for details.
> This GDB was configured as "i686-pc-mingw32"...
> [New thread 1628.0x82c]
> 2009-09-08 10:54:52.596 mythfrontend version: trunk [21709]
> www.mythtv.org
> [New thread 1628.0x208]
> [New thread 1628.0x494]
> [New thread 1628.0x508]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x09666434 in TriggeredConfigurationGroup::Save (this=0xf12dbb0) at
> mythconfiggr
> oups.cpp:521
> 521             configStack->Save();
>
> Thread 4 (thread 1628.0x508):
> #0  0x7c90e514 in ntdll!LdrAccessResource () from
> C:\WINDOWS\system32\ntdll.dll
> No symbol table info available.
> #1  0x7c90df4a in ntdll!ZwWaitForMultipleObjects () from
> C:\WINDOWS\system32\ntd
> ll.dll
> No symbol table info available.
> #2  0x7c809590 in KERNEL32!CreateFileMappingA () from
> C:\WINDOWS\system32\kernel
> 32.dll
> No symbol table info available.
> #3  0x7c80a115 in WaitForMultipleObjects () from
> C:\WINDOWS\system32\kernel32.dl
> l
> No symbol table info available.
> #4  0x6a114bf4 in qt_adopted_thread_watcher_function () at
> thread/qthread_win.cp
> p:203
>         handlesCopy = {{p = 0xf12ffb8, d = 0xf12ffb8}}
>         ret = 258
>         loops = 1
>         offset = 0
>         count = 2
>         handleIndex = 0
> #5  0x77c3a243 in msvcrt!_endthread () from
> C:\WINDOWS\system32\msvcrt.dll
> No symbol table info available.
> #6  0x00000000 in ?? ()
> No symbol table info available.
>
> Thread 3 (thread 1628.0x494):
> #0  0x7c90e514 in ntdll!LdrAccessResource () from
> C:\WINDOWS\system32\ntdll.dll
> No symbol table info available.
> #1  0x7c90df5a in ntdll!ZwWaitForSingleObject () from
> C:\WINDOWS\system32\ntdll.
> dll
> No symbol table info available.
> #2  0x7c8025db in WaitForSingleObjectEx () from
> C:\WINDOWS\system32\kernel32.dll
>
> No symbol table info available.
> #3  0x00000528 in ?? ()
> No symbol table info available.
> #4  0x00000000 in ?? ()
> No symbol table info available.
>
> Thread 1 (thread 1628.0x82c):
> #0  0x09666434 in TriggeredConfigurationGroup::Save (this=0xf12dbb0) at
> mythconf
> iggroups.cpp:521
>         this = (class TriggeredConfigurationGroup * const) 0xf12dbb0
> #1  0x0f135bdc in ?? ()
> No symbol table info available.
> #2  0x0f135be0 in ?? ()
> No symbol table info available.
> #3  0x0965f5c2 in ConfigurationGroup::Save (this=0x7c90e920) at
> mythconfiggroups
> .cpp:99
>         this = (class ConfigurationGroup * const) 0xf10e5e8
> #4  0x00000000 in ?? ()
> No symbol table info available.
> (gdb)
> }}}

New description:

 using the standard mythfrontend.cmd file for debugging my mythfrontend.exe
 give me this backtrace on startup.  version is a newly downloaded 21709 (
 ie current head).
 {{{
 Program received signal SIGSEGV, Segmentation fault.
 0x09666434 in TriggeredConfigurationGroup::Save (this=0xf12dbb0) at
 mythconfiggroups.cpp:521
 521             configStack->Save();

 ...

 Thread 1 (thread 1628.0x82c):
 #0  0x09666434 in TriggeredConfigurationGroup::Save (this=0xf12dbb0) at
 mythconf
 iggroups.cpp:521
         this = (class TriggeredConfigurationGroup * const) 0xf12dbb0
 #1  0x0f135bdc in ?? ()
 No symbol table info available.
 #2  0x0f135be0 in ?? ()
 No symbol table info available.
 #3  0x0965f5c2 in ConfigurationGroup::Save (this=0x7c90e920) at
 mythconfiggroups
 .cpp:99
         this = (class ConfigurationGroup * const) 0xf10e5e8
 #4  0x00000000 in ?? ()
 No symbol table info available.
 (gdb)
 }}}

--

Comment:

 With a totally empty database, have reproduced (near enough) on Mac OS X:
 {{{
 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_PROTECTION_FAILURE at address: 0x00000000
 0x023bc180 in TriggeredConfigurationGroup::Save ()
 }}}
 and Linux:
 {{{
 2009-09-18 10:54:34.902 Driver error was [2/1146]:
 QMYSQL3: Unable to prepare statement
 Database error was:
 Table 'mythconverg3.settings' doesn't exist

 2009-09-18 10:54:34.903 DB Error (SimpleDBStorage::Save() query):
 Query was:
 SELECT * FROM settings WHERE value = ? AND hostname = ?;
 Bindings were:
 :WHEREHOSTNAME=macaque.ind.tansu.com.au,
 :WHEREVALUE=EndOfRecordingExitPrompt
 No error type from QSqlError?  Strange...

 Program received signal SIGSEGV, Segmentation fault.
 [Switching to Thread -1282136336 (LWP 18050)]
 0xb66b0f8f in TriggeredConfigurationGroup::Save (this=0x82dd1e0) at
 mythconfiggroups.cpp:521
 521             configStack->Save();
 #0  0xb66b0f8f in TriggeredConfigurationGroup::Save (this=0x82dd1e0) at
 mythconfiggroups.cpp:521
 #1  0xb66ab7ec in ConfigurationGroup::Save (this=0x8332a38) at
 mythconfiggroups.cpp:99
 #2  0x080840cd in ConfigurationDialog::Save (this=0xbf87f744) at
 ../../libs/libmyth/mythconfigdialogs.h:111
 #3  0x0807a6a8 in WriteDefaults () at main.cpp:640
 #4  0x0807ecc5 in main (argc=1, argv=0xbf87fcb4) at main.cpp:1409
 }}}
 Interestingly, other programs that are supposedly not allowed to upgrade
 schema (like mythav and mythfilldatabase) do not exhibit the error, but
 they are also eventually populating the database, so there is also an
 error in the schema wizard logic?

-- 
Ticket URL: <http://svn.mythtv.org/trac/ticket/7011#comment:3>
MythTV <http://www.mythtv.org/>
MythTV


More information about the mythtv-commits mailing list