MythFillDatabase segmentation fault

For discussion of topics specific to MythTV on OSX
duaneoca
Newcomer
Posts: 11
Joined: Tue Mar 18, 2014 7:03 am
United States of America

Re: MythFillDatabase segmentation fault

Post by duaneoca » Tue Mar 25, 2014 4:44 am

Ok folks, I have it figured out! I decided to download the jya app instead of the MacPorts app, and it started working! I have extended my listing subscription, set a recording, and even recorded a show! We are officially in business. Thanks SO much for your help folks, I really appreciate it!

Cheers,
Duane

User avatar
pvr4me
Senior
Posts: 628
Joined: Fri Feb 07, 2014 7:25 pm
Location: near Toronto, Canada
Contact:
Canada

Re: MythFillDatabase segmentation fault

Post by pvr4me » Tue Mar 25, 2014 11:28 am

duaneoca wrote:Ok folks, I have it figured out! I decided to download the jya app instead of the MacPorts app, and it started working! I have extended my listing subscription, set a recording, and even recorded a show! We are officially in business. Thanks SO much for your help folks, I really appreciate it!
It is good that it's working but MacPorts? The logs you posted referenced the bundler, not MacPorts. Were you trying to use a mix of MacPorts and downloaded (bundled) apps?

If there is a problem with MacPorts, I'd like to know about it and get it fixed.

Craig
The MacPorts guy.

User avatar
jyavenard
Developer
Posts: 50
Joined: Thu Feb 13, 2014 3:19 am
Australia

Re: MythFillDatabase segmentation fault

Post by jyavenard » Tue Mar 25, 2014 1:37 pm

pvr4me wrote:I could be entirely wrong but I think the problem is likely in "Input Connections" in MythTV-Setup as your log says "No channels are configured to use grabber." An excerpt of my log at the same point says:

Code: Select all

2014-03-19 15:32:34.828499 I [523/4871] CoreContext filldata.cpp:569 (Run) - Updating source #1 (Antenna) with grabber schedulesdirect1
2014-03-19 15:32:34.829054 I [523/4871] CoreContext filldata.cpp:583 (Run) - Found 18 channels for source 1 which use grabber
I think you may have failed to connect the source (Schedules Direct-Local Broadcast) to the input (Antenna).

Craig
There should *never* be any reason for a crash like this...
Regardless of configuration... Even if the db was crashed

It's a bug

Gadroc
Newcomer
Posts: 3
Joined: Sun Apr 13, 2014 11:48 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by Gadroc » Mon Apr 14, 2014 12:27 am

I'm getting the exact same problem. I downloaded my builds from http://sourceforge.net/projects/mythtvformacosx/files/.

I've gone through and run MythTv-Setup and set up my xmltvid's for all of my channels (although there are a few which I moved to unassigned as they are not in my schedules direct feed). I run mythfilldatabase I get the following output.

Code: Select all

2014-04-13 20:19:43.681088 C  mythfilldatabase version: fixes/0.27 [v0.27-186-g480589a] www.mythtv.org
2014-04-13 20:19:43.681218 C  Qt version: compile: 4.8.5, runtime: 4.8.5
2014-04-13 20:19:43.681233 N  Enabled verbose msgs:  general
2014-04-13 20:19:43.681251 N  Setting Log Level to LOG_INFO
2014-04-13 20:19:43.692789 I  Added logging to the console
2014-04-13 20:19:43.693465 I  Setup Interrupt: 2 handler
2014-04-13 20:19:43.693482 I  Setup Terminated: 15 handler
2014-04-13 20:19:43.693488 I  Setup Segmentation fault: 11 handler
2014-04-13 20:19:43.693495 I  Setup Abort trap: 6 handler
2014-04-13 20:19:43.693500 I  Setup Bus error: 10 handler
2014-04-13 20:19:43.693510 I  Setup Floating point exception: 8 handler
2014-04-13 20:19:43.693518 I  Setup Illegal instruction: 4 handler
2014-04-13 20:19:43.693675 E  Relative PREFIX does not resolve, using /Applications/MythBackend/MythFillDatabase.app/Contents/MacOS
2014-04-13 20:19:43.693696 N  Using runtime prefix = /Applications/MythBackend/MythFillDatabase.app/Contents/MacOS
2014-04-13 20:19:43.693724 N  Using configuration directory = /Users/itunes/.mythtv
2014-04-13 20:19:43.693974 I  Assumed character encoding: en_US.UTF-8
2014-04-13 20:19:43.694902 N  Empty LocalHostName.
2014-04-13 20:19:43.694957 I  Using localhost value of server.dawnsedge.com
2014-04-13 20:19:43.712640 N  Setting QT default locale to en_US
2014-04-13 20:19:43.712656 I  Current locale en_US
2014-04-13 20:19:43.712762 E  No locale defaults file for en_US, skipping
2014-04-13 20:19:43.715421 E  Error Loading en_us translation for module mythfrontend
2014-04-13 20:19:43.716487 I  Current MythTV Schema Version (DBSchemaVer): 1317
2014-04-13 20:19:43.718217 I  MythCoreContext: Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
2014-04-13 20:19:43.719341 E  MythSocket(10732dbd0:-1): Failed to connect to (127.0.0.1:6543) Connection refused
2014-04-13 20:19:43.719538 E  Connection to master server timed out.
			Either the server is down or the master server settings
			in mythtv-settings does not contain the proper IP address

2014-04-13 20:19:43.719560 W  Failed to connect to master backend. MythFillDatabase will continue running but will be unable to prevent backend from shutting down, or triggering a reschedule when complete.
2014-04-13 20:19:43.721016 I  Updating source #1 (SchedulesDirect) with grabber schedulesdirect1
2014-04-13 20:19:43.721249 I  Found 23 channels for source 1 which use grabber
2014-04-13 20:19:43.722957 I  
2014-04-13 20:19:43.722981 I  Checking day @ offset 0, date: Mon Apr 14 2014
2014-04-13 20:19:43.723691 I  Data refresh needed because no data exists for day @ offset 0 from 8PM - midnight.
2014-04-13 20:19:43.723701 N  Refreshing data for Mon Apr 14 2014
2014-04-13 20:19:43.724725 I  Retrieving datadirect data.
2014-04-13 20:19:43.725229 I  Grabbing data for Mon Apr 14 2014 offset 0
2014-04-13 20:19:43.725243 I  From 2014-04-14T00:00:00Z to 2014-04-15T00:00:00Z (UTC)
2014-04-13 20:19:43.725276 I  DataDirect: Grabbing listing data
2014-04-13 20:19:43.725494 I  Downloading DataDirect feed
2014-04-13 20:19:43.798139 I  New Client:  (#1)
2014-04-13 20:19:48.226414 I  Downloaded 96046 bytes
2014-04-13 20:19:48.226422 I  Uncompressing DataDirect feed
2014-04-13 20:19:48.228965 I  Uncompressed to 753167 bytes
2014-04-13 20:19:48.234251 I  New static DB connectionDataDirectCon
2014-04-13 20:19:48.270121 I  DataDirect: Your subscription expires on Mon Apr 13 2015 2:13 PM
2014-04-13 20:19:48.285356 I  DataDirect: sourceid 1 has lineup type: LocalBroadcast
2014-04-13 20:19:49.466958 I  Grab complete.  Actual data from 2014-04-14T00:00:00Z to 2014-04-15T00:00:00Z (UTC)
2014-04-13 20:19:49.467438 I  Main temp tables populated.
2014-04-13 20:19:49.467448 I  Updating MythTV channels.
Handling Segmentation fault: 11
Segmentation fault: 11
Here is the crash details

Code: Select all

Process:         MythFillDatabase [11955]
Path:            /Applications/MythBackend/MythFillDatabase.app/Contents/MacOS/MythFillDatabase
Identifier:      MythFillDatabase
Version:         v0.27-186-g480589a (1.0)
Code Type:       X86-64 (Native)
OS Version:      Mac OS X 10.9.2 (13C64)

Crashed Thread:  1  Dispatch queue: com.apple.libdispatch-manager

Exception Type:  EXC_CRASH (SIGSEGV)
Exception Codes: 0x0000000000000000, 0x0000000000000000

Thread 0:: Dispatch queue: com.apple.main-thread
0   org.osx-bundler.MythFillDatabase	0x0000000100018f9f QString::isEmpty() const + 15
1   org.osx-bundler.MythFillDatabase	0x000000010001f109 ChannelData::insert_chan(unsigned int) + 73
2   org.osx-bundler.MythFillDatabase	0x000000010000bcd4 FillData::DataDirectStationUpdate(Source) + 100
3   org.osx-bundler.MythFillDatabase	0x000000010000e1a7 FillData::GrabDDData(Source, int, QDate, int) + 6823
4   org.osx-bundler.MythFillDatabase	0x000000010000f59e FillData::GrabData(Source, int, QDate*) + 190
5   org.osx-bundler.MythFillDatabase	0x000000010001735d FillData::Run(std::vector<Source, std::allocator<Source> >&) + 24653
6   org.osx-bundler.MythFillDatabase	0x0000000100037ecd main + 24669
7   org.osx-bundler.MythFillDatabase	0x000000010000b644 start + 52

Thread 1 Crashed:: Dispatch queue: com.apple.libdispatch-manager
0   libsystem_kernel.dylib        	0x00007fff9af47662 kevent64 + 10
1   libdispatch.dylib             	0x00007fff931ba43d _dispatch_mgr_invoke + 239
2   libdispatch.dylib             	0x00007fff931ba152 _dispatch_mgr_thread + 52

Thread 2:
0   libsystem_kernel.dylib        	0x00007fff9af46e6a __workq_kernreturn + 10
1   libsystem_pthread.dylib       	0x00007fff9a94ef08 _pthread_wqthread + 330
2   libsystem_pthread.dylib       	0x00007fff9a951fb9 start_wqthread + 13

Thread 3:
0   libsystem_kernel.dylib        	0x00007fff9af46e6a __workq_kernreturn + 10
1   libsystem_pthread.dylib       	0x00007fff9a94ef08 _pthread_wqthread + 330
2   libsystem_pthread.dylib       	0x00007fff9a951fb9 start_wqthread + 13

Thread 4:: LogServer
0   libsystem_kernel.dylib        	0x00007fff9af469aa __select + 10
1   QtCore                        	0x0000000104d22f46 qt_safe_select(int, fd_set*, fd_set*, fd_set*, timeval const*) + 102
2   QtCore                        	0x0000000104d2618b QEventDispatcherUNIXPrivate::doSelect(QFlags<QEventLoop::ProcessEventsFlag>, timeval*) + 827
3   QtCore                        	0x0000000104d279db QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 219
4   QtCore                        	0x0000000104cf52e7 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 487
5   QtCore                        	0x0000000104bf4b3f QThread::exec() + 223
6   mythbase                      	0x000000010292c015 MThreadInternal::exec() + 37
7   mythbase                      	0x000000010292bab9 MThread::exec() + 25
8   mythbase                      	0x0000000102a1d2a8 LogServerThread::run() + 344
9   mythbase                      	0x0000000102a1d45c non-virtual thunk to LogServerThread::run() + 28
10  mythbase                      	0x000000010292d9ba MThreadInternal::run() + 26
11  QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
12  libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
13  libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
14  libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 5:: LogForward
0   libsystem_kernel.dylib        	0x00007fff9af46716 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x00007fff9a94fc3b _pthread_cond_wait + 727
2   QtCore                        	0x0000000104bf8923 QWaitConditionPrivate::wait(unsigned long) + 211
3   QtCore                        	0x0000000104bf8689 QWaitCondition::wait(QMutex*, unsigned long) + 217
4   mythbase                      	0x0000000102a1e059 LogForwardThread::run() + 361
5   mythbase                      	0x0000000102a1f17c non-virtual thunk to LogForwardThread::run() + 28
6   mythbase                      	0x000000010292d9ba MThreadInternal::run() + 26
7   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
8   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
9   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
10  libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 6:: Logger
0   libsystem_kernel.dylib        	0x00007fff9af46716 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x00007fff9a94fc3b _pthread_cond_wait + 727
2   QtCore                        	0x0000000104bf8923 QWaitConditionPrivate::wait(unsigned long) + 211
3   QtCore                        	0x0000000104bf8689 QWaitCondition::wait(QMutex*, unsigned long) + 217
4   mythbase                      	0x0000000102a0e437 LoggerThread::run() + 647
5   mythbase                      	0x0000000102a0ef9c non-virtual thunk to LoggerThread::run() + 28
6   mythbase                      	0x000000010292d9ba MThreadInternal::run() + 26
7   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
8   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
9   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
10  libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 7:: DownloadManager
0   libsystem_kernel.dylib        	0x00007fff9af46716 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x00007fff9a94fc3b _pthread_cond_wait + 727
2   QtCore                        	0x0000000104bf88b1 QWaitConditionPrivate::wait(unsigned long) + 97
3   QtCore                        	0x0000000104bf8689 QWaitCondition::wait(QMutex*, unsigned long) + 217
4   mythbase                      	0x00000001029a6df6 MythDownloadManager::run() + 1830
5   mythbase                      	0x00000001029a8c1c non-virtual thunk to MythDownloadManager::run() + 28
6   mythbase                      	0x000000010292d9ba MThreadInternal::run() + 26
7   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
8   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
9   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
10  libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 8:: QThread
0   libsystem_kernel.dylib        	0x00007fff9af469aa __select + 10
1   QtCore                        	0x0000000104d23035 qt_safe_select(int, fd_set*, fd_set*, fd_set*, timeval const*) + 341
2   QtCore                        	0x0000000104d2618b QEventDispatcherUNIXPrivate::doSelect(QFlags<QEventLoop::ProcessEventsFlag>, timeval*) + 827
3   QtCore                        	0x0000000104d279db QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 219
4   QtCore                        	0x0000000104cf52e7 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 487
5   QtCore                        	0x0000000104bf4b3f QThread::exec() + 223
6   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
7   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
8   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
9   libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 9:: QThread
0   libsystem_kernel.dylib        	0x00007fff9af469aa __select + 10
1   QtCore                        	0x0000000104d22f46 qt_safe_select(int, fd_set*, fd_set*, fd_set*, timeval const*) + 102
2   QtCore                        	0x0000000104d2618b QEventDispatcherUNIXPrivate::doSelect(QFlags<QEventLoop::ProcessEventsFlag>, timeval*) + 827
3   QtCore                        	0x0000000104d279db QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) + 219
4   QtCore                        	0x0000000104cf52e7 QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) + 487
5   QtCore                        	0x0000000104bf4b3f QThread::exec() + 223
6   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
7   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
8   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
9   libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 10:: Thread (pooled)
0   libsystem_kernel.dylib        	0x00007fff9af46716 __psynch_cvwait + 10
1   libsystem_pthread.dylib       	0x00007fff9a94fc3b _pthread_cond_wait + 727
2   QtCore                        	0x0000000104bf8923 QWaitConditionPrivate::wait(unsigned long) + 211
3   QtCore                        	0x0000000104bf8689 QWaitCondition::wait(QMutex*, unsigned long) + 217
4   QtCore                        	0x0000000104be9843 QThreadPoolThread::run() + 547
5   QtCore                        	0x0000000104bf6be0 QThreadPrivate::start(void*) + 432
6   libsystem_pthread.dylib       	0x00007fff9a94d899 _pthread_body + 138
7   libsystem_pthread.dylib       	0x00007fff9a94d72a _pthread_start + 137
8   libsystem_pthread.dylib       	0x00007fff9a951fc9 thread_start + 13

Thread 1 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000004  rbx: 0x00007fff7ef5f900  rcx: 0x00000001071dd5c8  rdx: 0x0000000000000001
  rdi: 0x0000000000000003  rsi: 0x00007fff7ef60130  rbp: 0x00000001071dd650  rsp: 0x00000001071dd5c8
   r8: 0x0000000000000001   r9: 0x0000000000000000  r10: 0x00000001071dd5e0  r11: 0x0000000000000246
  r12: 0x00007fff7ef5f9c0  r13: 0x00000001071dd610  r14: 0x00000001071dd5e0  r15: 0x00007fff931ccc10
  rip: 0x00007fff9af47662  rfl: 0x0000000000000247  cr2: 0x000000010c3d0000

Gadroc
Newcomer
Posts: 3
Joined: Sun Apr 13, 2014 11:48 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by Gadroc » Tue Apr 15, 2014 1:41 am

I tried builds from http://www.avenard.org/files/mythtv/mac/ unfortunatley builds MythTV-v0.27-201 and MythTV-v0.27-220 crashed at the exact same spot. I then downloaded MythTV-v0.27-176 and it's mythfilldatabase runs fine. So it looks like the breaking changes happened between 176 and 186.

User avatar
jyavenard
Developer
Posts: 50
Joined: Thu Feb 13, 2014 3:19 am
Australia

Re: MythFillDatabase segmentation fault

Post by jyavenard » Thu May 01, 2014 10:42 pm

Does the crash happen when you you mythfilldatabase on its own? (No backend is running)?

User avatar
jyavenard
Developer
Posts: 50
Joined: Thu Feb 13, 2014 3:19 am
Australia

Re: MythFillDatabase segmentation fault

Post by jyavenard » Fri May 02, 2014 12:49 am

I can't reproduce that bug, and looking at the crash report, it's rubbish report.

what mac os version are you running?

Could you run MythFillDatanase in a gdb session like so?

gdb /path/to/MythFillDataBase.app/Content/MacOS/MythFillDatabase

in there you'll get a session with a prompt like: (gdb)
there type:
run

once it crashes, type:
bt full

And copy here the output

Gadroc
Newcomer
Posts: 3
Joined: Sun Apr 13, 2014 11:48 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by Gadroc » Mon May 12, 2014 11:59 am

Yes the crash happens when running mythfilldatabase on it's own. I've always kicked it off manually from the command line and get the same error if the backend is running or not.

Are you testing in mavericks? If so you're doing so with home-brew or ports installed as current versions of Xcode / OS X use lldb instead of gdb. It's likely an environmental difference. I'll see if I can't capture more with lldb, but it may be a little bit.

I'll likely be pulling mythbackend into a virtual machines (all HDHOMERUN) anyways as I need the meta data loading to work and the OS X package does not include those features.

mgriego
Newcomer
Posts: 1
Joined: Mon Sep 01, 2014 10:58 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by mgriego » Wed Sep 03, 2014 12:51 pm

Resurrecting this thread. I'm running into the exact same problems listed here. MythFillDatabase (and the command line mythfilldatabase) are segfaulting at the point where they would begin inserting the channel data into the database.

I'm using this package: http://www.avenard.org/files/mythtv/mac ... 0.27.3.dmg

It doesn't look like the debugging info was included, but here's the gdb backtrace:
(gdb) bt full
#0 0x0000000100018f6f in QString::isEmpty ()
No symbol table info available.
#1 0x000000010001f0d9 in ChannelData::insert_chan ()
No symbol table info available.
#2 0x000000010000bca4 in FillData::DataDirectStationUpdate ()
No symbol table info available.
#3 0x000000010000e177 in FillData::GrabDDData ()
No symbol table info available.
#4 0x000000010000f56e in FillData::GrabData ()
No symbol table info available.
#5 0x000000010001732d in FillData::Run ()
No symbol table info available.



As you can see, just like the original poster, it's segfaulting on the (QString)m_cardType.isEmpty() call in the ChannelData::insert_chan() method. I've been through the source and the Qt docs, and, to me, it seems that this may be a bug in the Qt that's bundled with the app. The QString is null when it's initialized as part of the ChannelData class, so isEmpty should NOT be segfaulting.

I'm running this on a 2007 Mac Mini, Mac OS X 10.7.5.

mrallen1
Newcomer
Posts: 2
Joined: Wed Sep 24, 2014 2:47 am
United States of America

Re: MythFillDatabase segmentation fault

Post by mrallen1 » Wed Sep 24, 2014 2:50 am

Hello - I am also experiencing this segmentation fault:

Code: Select all

2014-09-23 21:44:14.168157 I  Current MythTV Schema Version (DBSchemaVer): 1317
2014-09-23 21:44:14.170724 I  MythCoreContext: Connecting to backend server: 127.0.0.1:6543 (try 1 of 1)
2014-09-23 21:44:14.310869 I  Using protocol version 77
2014-09-23 21:44:14.317240 I  Opening blocking connection to master backend
2014-09-23 21:44:14.376894 I  Updating source #1 (sd) with grabber schedulesdirect1
2014-09-23 21:44:14.377460 I  No channels are configured to use grabber.
2014-09-23 21:44:14.380064 I  
2014-09-23 21:44:14.380125 I  Checking day @ offset 0, date: Wed Sep 24 2014
2014-09-23 21:44:14.380861 I  Data refresh needed because no data exists for day @ offset 0 from 8PM - midnight.
2014-09-23 21:44:14.380873 N  Refreshing data for Wed Sep 24 2014
2014-09-23 21:44:14.457909 I  Retrieving datadirect data.
2014-09-23 21:44:14.458669 I  Grabbing data for Wed Sep 24 2014 offset 0
2014-09-23 21:44:14.458686 I  From 2014-09-24T00:00:00Z to 2014-09-25T00:00:00Z (UTC)
2014-09-23 21:44:14.458763 I  DataDirect: Grabbing listing data
2014-09-23 21:44:14.459087 I  Downloading DataDirect feed
2014-09-23 21:44:22.193953 I  Downloaded 174960 bytes
2014-09-23 21:44:22.193962 I  Uncompressing DataDirect feed
2014-09-23 21:44:22.200221 I  Uncompressed to 1444815 bytes
2014-09-23 21:44:22.246407 I  New static DB connectionDataDirectCon
2014-09-23 21:44:22.321979 W  DataDirect: WARNING: Your subscription expires on Sun Sep 28 2014 7:52 PM
2014-09-23 21:44:22.408050 I  DataDirect: sourceid 1 has lineup type: LocalBroadcast
2014-09-23 21:44:36.001305 I  Grab complete.  Actual data from 2014-09-24T00:00:00Z to 2014-09-25T00:00:00Z (UTC)
Process 22160 stopped
* thread #1: tid = 0x142fd6, 0x0000000100018f6f MythFillDatabase`QString::isEmpty() const + 15, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x8)
    frame #0: 0x0000000100018f6f MythFillDatabase`QString::isEmpty() const + 15
MythFillDatabase`QString::isEmpty() const + 15:
-> 0x100018f6f:  cmpl   $0x0, 0x8(%rdi)
   0x100018f76:  sete   %al
   0x100018f79:  andb   $0x1, %al
   0x100018f7b:  movzbl %al, %eax
(lldb) bt
* thread #1: tid = 0x142fd6, 0x0000000100018f6f MythFillDatabase`QString::isEmpty() const + 15, queue = 'com.apple.main-thread', stop reason = EXC_BAD_ACCESS (code=1, address=0x8)
  * frame #0: 0x0000000100018f6f MythFillDatabase`QString::isEmpty() const + 15
    frame #1: 0x000000010001f0d9 MythFillDatabase`ChannelData::insert_chan(unsigned int) + 73
    frame #2: 0x000000010000bca4 MythFillDatabase`FillData::DataDirectStationUpdate(Source) + 100
    frame #3: 0x000000010000e177 MythFillDatabase`FillData::GrabDDData(Source, int, QDate, int) + 6823
    frame #4: 0x000000010000f56e MythFillDatabase`FillData::GrabData(Source, int, QDate*) + 190
    frame #5: 0x000000010001732d MythFillDatabase`FillData::Run(std::vector<Source, std::allocator<Source> >&) + 24653
    frame #6: 0x0000000100037e7d MythFillDatabase`main + 24669
    frame #7: 0x000000010000b614 MythFillDatabase`start + 52
I'm on OS X 10.9.5 on an 2009 vintage iMac using the dmg from source forge listed as 0.27.3

User avatar
pvr4me
Senior
Posts: 628
Joined: Fri Feb 07, 2014 7:25 pm
Location: near Toronto, Canada
Contact:
Canada

Re: MythFillDatabase segmentation fault

Post by pvr4me » Wed Sep 24, 2014 3:13 am

Where did you get this (partial) log/crash report from?
The MacPorts guy.

mrallen1
Newcomer
Posts: 2
Joined: Wed Sep 24, 2014 2:47 am
United States of America

Re: MythFillDatabase segmentation fault

Post by mrallen1 » Fri Sep 26, 2014 4:57 am

pvr4me wrote:Where did you get this (partial) log/crash report from?
From my iMac. I didn't copy the whole session - it's the exact same as the ones above my post. If it would be more helpful, I can copy the entire log.

User avatar
pvr4me
Senior
Posts: 628
Joined: Fri Feb 07, 2014 7:25 pm
Location: near Toronto, Canada
Contact:
Canada

Re: MythFillDatabase segmentation fault

Post by pvr4me » Fri Sep 26, 2014 12:12 pm

mrallen1 wrote:
pvr4me wrote:Where did you get this (partial) log/crash report from?
From my iMac. I didn't copy the whole session - it's the exact same as the ones above my post. If it would be more helpful, I can copy the entire log.
A full log is pretty much always a good idea. Plus details on your listing source.

Please see jya's posting from May 1. He is unable to reproduce and I have never experienced this crash. Apparently it only affects a few people. If we want to get to the bottom of this, someone has to get gdb logs that show exactly what leads up to the crash.

Craig
The MacPorts guy.

firmdog
Newcomer
Posts: 3
Joined: Sat Oct 18, 2014 3:47 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by firmdog » Sat Oct 18, 2014 4:03 pm

I can reproduce this problem on OSX 10.9.5 using MythBackend-v0.27.3.dmg.

Every single time I run MythFillDatabase I get this: Updating MythTV channels. Handling Segmentation fault: 11 Segmentation fault: 11

Per jyavenard instructions installed gdb and did a "run" and "bt full" and here is the output:

2014-10-18 12:00:29.139593 I Checking day @ offset 0, date: Sat Oct 18 2014
2014-10-18 12:00:29.140195 I Data refresh needed because no data exists for day @ offset 0 from 8PM - midnight.
2014-10-18 12:00:29.140204 N Refreshing data for Sat Oct 18 2014
2014-10-18 12:00:29.141207 I Retrieving datadirect data.
2014-10-18 12:00:29.141782 I Grabbing data for Sat Oct 18 2014 offset 0
2014-10-18 12:00:29.141797 I From 2014-10-18T00:00:00Z to 2014-10-19T00:00:00Z (UTC)
2014-10-18 12:00:29.141834 I DataDirect: Grabbing listing data
2014-10-18 12:00:29.142071 I Downloading DataDirect feed
2014-10-18 12:00:29.199182 I New Client: (#1)
Reading symbols for shared libraries . done
2014-10-18 12:00:36.711324 I Downloaded 170077 bytes
2014-10-18 12:00:36.711338 I Uncompressing DataDirect feed
2014-10-18 12:00:36.717710 I Uncompressed to 1386642 bytes
2014-10-18 12:00:36.742873 I New static DB connectionDataDirectCon
2014-10-18 12:00:36.757121 I DataDirect: Your subscription expires on Wed Sep 30 2015 6:03 PM
2014-10-18 12:00:36.784949 I DataDirect: sourceid 1 has lineup type: LocalBroadcast

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000008
0x0000000100018f6f in QString::isEmpty ()

(gdb) bt full

#0 0x0000000100018f6f in QString::isEmpty ()
No symbol table info available.
#1 0x000000010001f0d9 in ChannelData::insert_chan ()
No symbol table info available.
#2 0x000000010000bca4 in FillData::DataDirectStationUpdate ()
No symbol table info available.
#3 0x000000010000e177 in FillData::GrabDDData ()
No symbol table info available.
#4 0x000000010000f56e in FillData::GrabData ()
No symbol table info available.
#5 0x000000010001732d in FillData::Run ()
No symbol table info available.
#6 0x0000000100037e7d in main ()
No symbol table info available.
(gdb)

firmdog
Newcomer
Posts: 3
Joined: Sat Oct 18, 2014 3:47 pm
United States of America

Re: MythFillDatabase segmentation fault

Post by firmdog » Thu Oct 23, 2014 2:23 am

I saw there is a new Updated OS X Installer - 0.27.4, so I deleted my install of mysql and started over with the new .27.4 and everything works fine. Happy!!!

I SUSPECT the seg faults running MythFillDatabase on v0.27.3.dmg has to do with the mythtv user password in mysql. I do NOT use the default mysql "mythtv" password. Has anyone here got the same seg faults with the mysql password of "mythtv" or no?

Post Reply