[mythtv-commits] Ticket #5722: MythMusic crash on exit

MythTV mythtv at cvs.mythtv.org
Tue Sep 16 00:50:37 UTC 2008

#5722: MythMusic crash on exit
 Reporter:  nigel   |       Owner:  ijr    
     Type:  defect  |      Status:  new    
 Priority:  minor   |   Milestone:  unknown
Component:  mythtv  |     Version:  unknown
 Severity:  medium  |     Mlocked:  0      
 On Mac OS X, I have been getting this for many weeks:
 Program received signal EXC_BAD_ACCESS, Could not access memory.
 Reason: KERN_PROTECTION_FAILURE at address: 0x00000004
 0x000f1fda in q_atomic_decrement (ptr=0x4) at /Volumes/MythBuild/.osx-
 102                      : "memory");
 (gdb) where
 #0  0x000f1fda in q_atomic_decrement (ptr=0x4) at /Volumes/MythBuild/.osx-
 #1  0x000f202b in QBasicAtomic::deref (this=0x4) at /Volumes/MythBuild
 #2  0x000f230d in QString::~QString (this=0x1a10b12c) at
 #3  0x1ee2e2ef in MetadataImp::~MetadataImp ()
 #4  0x0490769b in Q3GList::clear ()
 #5  0x1c5ca1e9 in Q3PtrList<Metadata>::clear (this=0x1a114b50) at
 #6  0x1c503b76 in AllMusic::~AllMusic (this=0x1a114b50) at
 #7  0x1c4ef254 in postMusic () at main.cpp:496
 which could be either a QString thread issue, or memory corruption that I
 don't understand. I will try and narrow down an SVN range, but for now,
 commenting out m_all_music.setAutoDelete(true); is a workaround.
 I'm actually wondering if the gMusicData could stay around between plugin
 invocations. For folk with large music libraries, it might mean faster
 entry after the first time into music?

Ticket URL: <http://svn.mythtv.org/trac/ticket/5722>
MythTV <http://www.mythtv.org/>

More information about the mythtv-commits mailing list