[mythtv-users] mythfrontend on mac segfault

Sat Jan 12 21:45:29 UTC 2013

On Jan 4, 2013, at 11:55 AM, brad dreisbach <bradd at ameri.ca> wrote:

> I am a bit behind reading mythtv-dev, are there any known issues related to running a master fronted on mac(wasn't
> able to turn up anything searching trac)?
> 
> I seems to dump a core when started up with upnp enabled on the frontend.  when i start it using --noupnp
> it will "work" to a certain extent, but segfaults exiting watching a recording.  i am compiling using osx-packager-qtsdk.pl.
> 
> figured id ask if this is a known issue before digging deeper…
> 
> cheers,
> -b
> 
> MythTV Version : v0.27-pre2-509-gc1adc3e
> MythTV Branch : master
> Network Protocol : 77
> Library API : 0.27.20130103-1
> QT Version : 4.8.1
> Options compiled in:
> debug darwin_da using_corevideo using_backend using_bindings_php using_darwin using_firewire using_frontend using_hdhomerun using_ceton using_libcrypto using_libdns_sd using_libudf using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_appleremote using_bindings_php using_darwin_da using_mythtranscode using_opengl using_ffmpeg_threads using_mheg using_libudf
> 
> 
> starting with upnp enabled and -v all:
> …
> 2013-01-04 11:52:35.024374 I  MediaRenderer::Creating UPnp Description
> 2013-01-04 11:52:35.024383 I  MediaRenderer::Registering MythFrontendStatus service.
> 2013-01-04 11:52:35.024482 I  MediaRenderer::Registering MythFEXML Service.
> 2013-01-04 11:52:35.025176 I  MediaRenderer::Registering Status Service.
> 2013-01-04 11:52:35.026147 I  MediaRenderer::Registering CMGR Service.
> 2013-01-04 11:52:35.027762 N  Starting up SSDP Thread...
> 2013-01-04 11:52:35.029195 I  SSDP Thread Starting soon
> 2013-01-04 11:52:35.029207 I  SSDP::EnableNotifications() - creating new task
> 2013-01-04 11:52:35.029223 I  SSDP::EnableNotifications() - sending NTS_byebye
> 2013-01-04 11:52:35.029285 I  SSDP::Run - SSDP Thread Started.
> 2013-01-04 11:52:35.029520 I  LookupUDN(urn:schemas-upnp-org:device:MediaRenderer:1) sName=UPnP/UDN/MediaRenderer, sUDN=95e165b6-6e15-428a-882f-cd744917140c
> 2013-01-04 11:52:35.029690 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : upnp:rootdevice : uuid:95e165b6-6e15-428a-882f-cd744917140c::upnp:rootdevice
> 2013-01-04 11:52:35.164533 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : uuid:95e165b6-6e15-428a-882f-cd744917140c : uuid:95e165b6-6e15-428a-882f-cd744917140c
> 2013-01-04 11:52:35.233527 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : urn:schemas-upnp-org:device:MediaRenderer:1 : uuid:95e165b6-6e15-428a-882f-cd744917140c::urn:schemas-upnp-org:device:MediaRenderer:1
> 2013-01-04 11:52:35.465377 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : urn:schemas-mythtv-org:service:MythFrontend:1 : uuid:95e165b6-6e15-428a-882f-cd744917140c::urn:schemas-mythtv-org:service:MythFrontend:1
> 2013-01-04 11:52:35.705921 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : urn:schemas-upnp-org:service:ConnectionManager:1 : uuid:95e165b6-6e15-428a-882f-cd744917140c::urn:schemas-upnp-org:service:ConnectionManager:1
> MythFrontend(798,0x1130c1000) malloc: *** error for object 0x108417f78: incorrect checksum for freed object - object was probably modified after being freed.
> *** set a breakpoint in malloc_error_break to debug
> 2013-01-04 11:52:35.980253 I  SSDP::EnableNotifications() - sending NTS_alive
> 2013-01-04 11:52:35.981055 I  Starting TaskQueue Thread...
> 2013-01-04 11:52:35.981089 I  TaskQueue Thread Started.
> 2013-01-04 11:52:35.981106 I  (0x10841a9e0)::IncrRef() -> 2
> 2013-01-04 11:52:35.981192 I  TaskQueue Thread Running.
> 2013-01-04 11:52:35.981877 I  SSDP::EnableNotifications() - Task added to UPnP queue
> 2013-01-04 11:52:35.982509 I  UPnpNotifyTask::SendNotifyMsg : 239.255.255.250:1900 : upnp:rootdevice : uuid:95e165b6-6e15-428a-882f-cd744917140c::upnp:rootdevice
> 2013-01-04 11:52:35.982620 E  Socket readBlock error 0
> Handling Abort trap: 6
> Abort (core dumped)
> Exit 134
> 
> 
> and exiting a recording or video with --noupnp and -v all:
> …
> 2013-01-04 11:53:57.226311 I  MythSocket(10767c980:92): write -> 92 61      MESSAGE[]:[]MASTER_UPDATE_PROG_INFO 8628 2013-01-04T01:30:00Z
> 2013-01-04 11:53:57.227150 I  MythSocket(10767c980:92): read  <- 92 2       OK
> 2013-01-04 11:53:57.228117 I  MythSocket(114b4e270:95): read  <- 95 737     BACKEND_MESSAGE[]:[]RECORDING_LIST_CHANGE UPDATE[]:[]Pawn Stars[]...
> 2013-01-04 11:53:57.228138 I  MythEvent: RECORDING_LIST_CHANGE UPDATE
> Handling Segmentation fault: 11
> Segmentation fault (core dumped)
> Exit 139

This seems to be releated to the fact that MythFrontend on Mac OS X does not see my IPv4 address.

when I start my frontend I see:

2013-01-12 16:37:02.550514 I  Binding to UDP 127.0.0.1:0
2013-01-12 16:37:02.550689 I  Binding to UDP 192.168.1.168:0
2013-01-12 16:37:02.550920 I  Binding to UDP [fe80::1%lo0]:0
2013-01-12 16:37:02.551098 I  Binding to UDP [::1]:0
2013-01-12 16:37:02.551281 I  Binding to UDP [fe80::9227:e4ff:fee9:6647%en1]:0
2013-01-12 16:37:02.551462 I  Binding to UDP [2001:XXX:YYYY::ZZZ]:0
2013-01-12 16:37:02.551575 I  Binding to UDP 192.168.1.255:0
2013-01-12 16:37:02.949008 N  Desktop video mode: 1680x1050 60.000 Hz
2013-01-12 16:37:03.163174 I  Listening on TCP 127.0.0.1:6547
2013-01-12 16:37:03.163295 I  Listening on TCP 192.168.1.168:6547
2013-01-12 16:37:03.163430 I  Listening on TCP [fe80::1%lo0]:6547
2013-01-12 16:37:03.163565 I  Listening on TCP [::1]:6547
2013-01-12 16:37:03.163687 I  Listening on TCP [fe80::9227:e4ff:fee9:6647%en1]:6547
2013-01-12 16:37:03.163830 I  Listening on TCP [2001:XXX:YYYY::ZZZ]:6547

but I also have IPv4 address AAA.BBB.CCC.DDD configured on the frontend, yet it is not listed 
here.  It is also not listed in the drop down menu in mythtv-setup.  The backend sits on network
AAA.BBB.CCC.  Any ideas?