Opened 9 years ago

Closed 9 years ago

#35934 closed defect (fixed)

mythfrontend crashes on startup

Reported by: jharvell@… Owned by: ctreleaven (Craig Treleaven)
Priority: Normal Milestone:
Component: ports Version: 2.1.2
Keywords: Cc: pixilla (Bradley Giesbrecht), serversage@…, james.george@…, jeremyhu (Jeremy Huddleston Sequoia)
Port: mythtv-core.25

Description (last modified by pixilla (Bradley Giesbrecht))

I am running mythfrontend on my MacBook Air pointing to my Linux box for mythbackend and mysql. Crashes on startup

QT version info:

felicia:~ jharvell$ port list installed | grep qt
qt4-mac                        @4.8.2          aqua/qt4-mac
qt4-mac-mysql5-plugin          @4.8.2          aqua/qt4-mac-mysql55-plugin

mthytv version info: f

elicia:~ jharvell$ port list installed | grep mythtv
mythtv-core.25                 @0.25.2-Fixes-20120731 multimedia/mythtv-core.25

output:

felicia:~ jharvell$ mythfrontend
2012-09-02 14:14:16.978568 C  mythfrontend version: fixes/0.25 [v0.25.2-46cab935-MacPorts] www.mythtv.org
2012-09-02 14:14:16.978591 C  Qt version: compile: 4.8.2, runtime: 4.8.2
2012-09-02 14:14:16.978594 N  Enabled verbose msgs:  general
2012-09-02 14:14:16.978614 N  Setting Log Level to LOG_INFO
2012-09-02 14:14:16.978651 I  Added logging to the console
2012-09-02 14:14:16.978659 I  Added database logging to table logging
2012-09-02 14:14:16.978693 N  Setting up SIGHUP handler
2012-09-02 14:14:16.978778 N  Using runtime prefix = /opt/local
2012-09-02 14:14:16.978803 N  Using configuration directory = /Users/jharvell/.mythtv
2012-09-02 14:14:16.978909 I  Assumed character encoding: en_US.UTF-8
2012-09-02 14:14:16.981015 I  Using localhost value of felicia
2012-09-02 14:14:16.981524 I  Starting process manager
2012-09-02 14:14:16.981576 I  Starting process signal handler
2012-09-02 14:14:16.981637 I  Starting IO manager (write)
2012-09-02 14:14:16.981646 I  Starting IO manager (read)
2012-09-02 14:14:17.150126 N  Setting QT default locale to en_US
2012-09-02 14:14:17.150138 I  Current locale en_US
2012-09-02 14:14:17.151404 N  Reading locale defaults from /opt/local/share/mythtv//locales/en_us.xml
2012-09-02 14:14:17.392057 E  LIRC: Failed to connect to Unix socket '/var/run/lirc/lircd'
			eno: No such file or directory (2)
2012-09-02 14:14:17.392821 E  AppleRemote::_findAppleRemoteDevice(AppleIRController) failed
2012-09-02 14:14:17.392859 E  AppleRemote::_findAppleRemoteDevice(AppleTVIRReceiver) failed
2012-09-02 14:14:17.392865 E  AppleRemote::startListening() failed
2012-09-02 14:14:17.438721 I  Binding to UDP 127.0.0.1:0
2012-09-02 14:14:17.438842 I  Binding to UDP 192.168.11.137:0
2012-09-02 14:14:17.438984 I  Binding to UDP [fe80::1%lo0]:0
2012-09-02 14:14:17.439143 I  Binding to UDP [::1]:0
2012-09-02 14:14:17.439267 I  Binding to UDP [fe80::ba8d:12ff:fe04:9878%en0]:0
2012-09-02 14:14:17.439400 I  Binding to UDP [2602:306:3989:af90:ba8d:12ff:fe04:9878]:0
2012-09-02 14:14:17.439531 I  Binding to UDP [2602:306:3989:af90:29a0:8399:ced2:dcdf]:0
2012-09-02 14:14:17.439656 I  Binding to UDP [fd13:3526:b9e3:b:ba8d:12ff:fe04:9878]:0
2012-09-02 14:14:17.439806 I  Binding to UDP [fd13:3526:b9e3:b:f4e3:bdd3:6a48:14fd]:0
2012-09-02 14:14:17.439922 I  Binding to UDP 192.168.11.255:0
2012-09-02 14:14:17.969370 N  Desktop video mode: 1440x900 60.000 Hz
2012-09-02 14:14:18.216491 I  Listening on TCP 127.0.0.1:6547
2012-09-02 14:14:18.216590 I  Listening on TCP 192.168.11.137:6547
2012-09-02 14:14:18.216725 I  Listening on TCP [fe80::1%lo0]:6547
2012-09-02 14:14:18.216857 I  Listening on TCP [::1]:6547
2012-09-02 14:14:18.216986 I  Listening on TCP [fe80::ba8d:12ff:fe04:9878%en0]:6547
2012-09-02 14:14:18.217115 I  Listening on TCP [2602:306:3989:af90:ba8d:12ff:fe04:9878]:6547
2012-09-02 14:14:18.217236 I  Listening on TCP [2602:306:3989:af90:29a0:8399:ced2:dcdf]:6547
2012-09-02 14:14:18.217372 I  Listening on TCP [fd13:3526:b9e3:b:ba8d:12ff:fe04:9878]:6547
2012-09-02 14:14:18.217499 I  Listening on TCP [fd13:3526:b9e3:b:f4e3:bdd3:6a48:14fd]:6547
2012-09-02 14:14:19.015086 E  RAOP Conn: Failed to read key from: /Users/jharvell/.mythtv/RAOPKey.rsa
2012-09-02 14:14:19.015111 E  RAOP Device: Aborting startup - no key found.
2012-09-02 14:14:19.064414 I  Loading en_us translation for module mythfrontend
Segmentation fault: 11

stack trace:
Process:         mythfrontend [1470]
Path:            /opt/local/bin/mythfrontend
Identifier:      mythfrontend
Version:         0
Code Type:       X86-64 (Native)
Parent Process:  bash [1378]
User ID:         501

Date/Time:       2012-09-02 14:14:19.236 -0500
OS Version:      Mac OS X 10.8.1 (12B19)
Report Version:  10

Interval Since Last Report:          173174 sec
Crashes Since Last Report:           15
Per-App Crashes Since Last Report:   15
Anonymous UUID:                      9DB2E294-1478-4E4E-84AA-61B53D3C43F7

Crashed Thread:  0  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: EXC_I386_GPFLT

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0   libunwind.dylib               	0x00007fff8d0d0e9c libunwind::CompactUnwinder_x86_64<libunwind::LocalAddressSpace>::stepWithCompactEncodingFrameless(unsigned int, unsigned long long, libunwind::LocalAddressSpace&, libunwind::Registers_x86_64&, bool) + 548
1   libunwind.dylib               	0x00007fff8d0ce5c0 libunwind::CompactUnwinder_x86_64<libunwind::LocalAddressSpace>::stepWithCompactEncoding(unsigned int, unsigned long long, libunwind::LocalAddressSpace&, libunwind::Registers_x86_64&) + 86
2   libunwind.dylib               	0x00007fff8d0ce50e libunwind::UnwindCursor<libunwind::LocalAddressSpace, libunwind::Registers_x86_64>::step() + 58
3   libobjc.A.dylib               	0x00007fff8b72c82f objc_addExceptionHandler + 79
4   com.apple.CoreFoundation      	0x00007fff933f487c _CFDoExceptionOperation + 380
5   com.apple.AppKit              	0x00007fff8962342b -[NSViewHierarchyLock _lockForWriting:handler:] + 686
6   com.apple.AppKit              	0x00007fff8974ed3f __19-[NSWindow release]_block_invoke_0 + 438
7   com.apple.AppKit              	0x00007fff8961346a -[NSWindow release] + 112
8   libQtGui.4.dylib              	0x000000010a800294 QWidgetPrivate::setParent_sys(QWidget*, QFlags<Qt::WindowType>) + 1474
9   libQtGui.4.dylib              	0x000000010a8b0d1c QWidget::setParent(QWidget*, QFlags<Qt::WindowType>) + 888
10  libQtGui.4.dylib              	0x000000010a8b145e QWidget::setWindowFlags(QFlags<Qt::WindowType>) + 138
11  libmythui-0.25.0.dylib        	0x00000001077d1195 MythMainWindow::Init() + 837
12  mythfrontend                  	0x000000010588af05 main + 6917
13  libdyld.dylib                 	0x00007fff95e027e1 start + 1

Attachments (6)

mythfrontendTerminalOut.log (3.4 KB) - added by serversage@… 9 years ago.
Terminal log from "mythfrontend --verbose general --loglevel debug"
mythfrontendCrashReport.log (49.6 KB) - added by serversage@… 9 years ago.
OSX 10.8.1 Crash Report from "mythfrontend --verbose general --loglevel debug"
mythfrontendTerminalOut_OSX10-7-4.log (2.9 KB) - added by serversage@… 9 years ago.
Terminal log from "mythfrontend --verbose general --loglevel debug" for OSX 10.7.4
mythfrontendCrashReport_OSX10-7-4.log (50.6 KB) - added by serversage@… 9 years ago.
OSX 10.7.4 Crash Report from "mythfrontend --verbose general --loglevel debug"
mythfrontendTerminalOut_RunFrontendInWindow_OSX10-8-1.log (2.8 KB) - added by serversage@… 9 years ago.
Terminal log from "mythfrontend -O RunFrontendInWindow=1" on OSX 10.8.1
mythfrontendCrashReport_RunFrontendInWindow_OSX10-8-1.log (51.1 KB) - added by serversage@… 9 years ago.
OSX 10.8.1 Crash Report from "mythfrontend -O RunFrontendInWindow=1"

Download all attachments as: .zip

Change History (62)

comment:1 Changed 9 years ago by pixilla (Bradley Giesbrecht)

Cc: ctreleaven@… added
Description: modified (diff)
Keywords: myth mythtv crash QWidget::setParent removed
Port: mythtv-core.25 added
Summary: mythfrontend from mythtv-core.25@0.25.2-Fixes-20120731 crashes on startup in QTmythfrontend crashes on startup

In the future, please use WikiFormatting and Cc the port maintainer(s).

comment:2 Changed 9 years ago by pixilla (Bradley Giesbrecht)

Cc: pixilla@… added

Cc Me!

comment:3 Changed 9 years ago by pixilla (Bradley Giesbrecht)

Cc: ctreleaven@… removed
Owner: changed from macports-tickets@… to ctreleaven@…

comment:4 Changed 9 years ago by ctreleaven (Craig Treleaven)

Questions:

1) Is this a new install or did it work previously and now doesn't?

2) Have you tried to run mythtv-setup? You don't have to do anything with it--just see if it draws the main window without crashing.

3) Does mythfrontend --version crash?

FYI, you are the first person I know of trying to run this on 10.8.1.

comment:5 Changed 9 years ago by ctreleaven (Craig Treleaven)

You could also try starting the frontend with:

mythfrontend -O ThemePainter=opengl

OR

mythfrontend -O ThemePainter=qt

comment:6 Changed 9 years ago by jharvell@…

This is a new install.

mythtv-setup does run and opens the main window complaining that the DB schema version on the sever (1306) is newer than expected (1299). In fact today I upgraded mythtv on the Linux machine to an 0.26pre version. Just prior to that the schema version on the server was 1299. mythfrontend crashed on my macbook air the same both before and after this upgrade.

mythfrontend --version does not crash....output below: felicia:~ jharvell$ mythfrontend --version Please attach all output as a file in bug reports. MythTV Version : v0.25.2-46cab935-MacPorts MythTV Branch : fixes/0.25 Network Protocol : 72 Library API : 0.25.20120506-1 QT Version : 4.8.2 Options compiled in:

release darwin_da using_corevideo using_backend using_bindings_perl using_bindings_python using_bindings_php using_darwin using_frontend using_hdhomerun using_ceton using_iptv using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_appleremote using_bindings_perl using_bindings_python using_bindings_php using_darwin_da using_mythtranscode using_opengl using_ffmpeg_threads using_live using_mheg using_libxml2

comment:7 in reply to:  5 Changed 9 years ago by jharvell@…

Replying to ctreleaven@…:

You could also try starting the frontend with:

mythfrontend -O ThemePainter=opengl

OR

mythfrontend -O ThemePainter=qt

I tried both and mythfrontend crashes with the same stack trace as before.

comment:8 in reply to:  6 ; Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to jharvell@…:

mythtv-setup does run and opens the main window complaining that the DB schema version on the sever (1306) is newer than expected (1299). In fact today I upgraded mythtv on the Linux machine to an 0.26pre version.

You cannot mix versions--we only have a 0.25 version on MacPorts so there is no way to work with your server now that it is at 0.26. If you made a pre-upgrade backup (which normally happens automatically), you may be able to downgrade your server. Otherwise, there is little way to debug this further at the moment.

I hope to add a mythtv-core.26 port but haven't done any testing at this point so it will be some time before it is committed.

comment:9 in reply to:  6 Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to jharvell@…:

upgraded mythtv on the Linux machine to an 0.26pre version.

BTW, 0.26 went to the release candidate stage over a week ago. If you want to go ahead with 0.26, I'd recommend getting up to date. See http://www.mythtv.org/wiki/Release_Notes_-_0.26

comment:10 in reply to:  8 Changed 9 years ago by jharvell@…

Replying to ctreleaven@…:

Replying to jharvell@…:

mythtv-setup does run and opens the main window complaining that the DB schema version on the sever (1306) is newer than expected (1299). In fact today I upgraded mythtv on the Linux machine to an 0.26pre version.

You cannot mix versions--we only have a 0.25 version on MacPorts so there is no way to work with your server now that it is at 0.26. If you made a pre-upgrade backup (which normally happens automatically), you may be able to downgrade your server. Otherwise, there is little way to debug this further at the moment.

I hope to add a mythtv-core.26 port but haven't done any testing at this point so it will be some time before it is committed.

Yes, but the crash first occurred with the following mythtv backend version:

{code} 2012-08-08 20:52:49.499742 C [3278/3278] thread_unknown mythcommandlineparser.cpp:2534 (ConfigureLogging) - mythbackend version: master [v0.25-rc-106-gf73dbda] www.mythtv.org. In that case the schema was also 1299. {code} So I think the bug report is valid.

I realize this means I have to wait for an 0.26 version from MacPorts or downgrade. I do have a DB backup, but I'm not sure I want to downgrade.

Maybe I could contribute to an 0.26 Mythtv port? I'm relatively new to MacOS, but I've been running Gentoo on my Linux boxes for years. It seems like a port file is conceptually similar to an ebuild. I've also developped C++ on Linux for years.

comment:11 Changed 9 years ago by ctreleaven (Craig Treleaven)

Could you please contact me by email (address in port info)? I tried emailing you but it failed with "[HotMail_Bounce] 451-'4.3.5 Server configuration problem' (delivery attempts: 10)".

comment:12 Changed 9 years ago by serversage@…

I'm actually seeing the same problem on 3 different macs (installed using port 2.1.2 on each system). Each has Xcode 4.4.1 installed. The versions of QT and mythtv are the same as the OP's. The Macs being used are:

  • 2009 Mac Pro running OSX 10.8.1
  • 2011 Macbook Pro running OSX 10.8.1
  • Mid 2010 Mac Mini running OSX 10.7.4.

The backend is Ubuntu (precise) running mythtv backend 2:0.25.2+fixes.20120828.d519276-0ubuntu0mythbuntu4.

I have tried running mythtv-setup on each Mac, and it starts but I cannot navigate menus unless I run it with -O ThemePainter=qt.

I tried mythfrontend with both theme painter options, but a "Segmentation fault: 11" happens no matter what. I'm more than willing to provide additional info if needed, or to test fixes.

comment:13 Changed 9 years ago by pixilla (Bradley Giesbrecht)

Would be nice to have a virtualbox appliance (Ubuntu?) to test the frontend against; configured with a dummy device. Anybody have anything like it?

comment:14 in reply to:  12 ; Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to serversage@…:

I'm actually seeing the same problem on 3 different macs ...

Would you please supply the following for the Mini and one of the machines running 10.8.1:

-Terminal output from mythfrontend --verbose general --loglevel debug

-Crash report (aka User Diagnostic Report) from Console.app assuming it crashes

comment:15 in reply to:  12 Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to serversage@…:

... Each has Xcode 4.4.1 installed. ...

I had suspected the XCode version but I've now upgraded a 10.7.4 machine to XCode 4.4.1 and mythfrontend appears to work OK (at least accessing mythbackend on the same machine.) Need logs and crash reports to try to narrow down the problem...

comment:16 in reply to:  12 ; Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to serversage@…:...

  • Mid 2010 Mac Mini running OSX 10.7.4.

Also, you might try running the frontend produced from the official packaging system:

http://sourceforge.net/projects/mythtvformacosx/files/

There is a version for 10.7 there. I haven't heard any positive or negative reports about it on 10.8.

Changed 9 years ago by serversage@…

Attachment: mythfrontendTerminalOut.log added

Terminal log from "mythfrontend --verbose general --loglevel debug"

Changed 9 years ago by serversage@…

Attachment: mythfrontendCrashReport.log added

OSX 10.8.1 Crash Report from "mythfrontend --verbose general --loglevel debug"

comment:17 in reply to:  14 Changed 9 years ago by serversage@…

Would you please supply the following for the Mini and one of the machines running 10.8.1:

-Terminal output from mythfrontend --verbose general --loglevel debug

-Crash report (aka User Diagnostic Report) from Console.app assuming it crashes

I've attached the above for the Mac Pro running 10.8.1. I'll have to generate the same for the Mini running 10.7.4 later tonight.

comment:18 in reply to:  16 Changed 9 years ago by serversage@…

Also, you might try running the frontend produced from the official packaging system:

I actually run the official packages currently on the Mini, which acts as my main frontend. I'm hoping to move to macports for a more automated upgrade path. The official packages are lagging and haven't been updated since back in June.

Changed 9 years ago by serversage@…

Terminal log from "mythfrontend --verbose general --loglevel debug" for OSX 10.7.4

Changed 9 years ago by serversage@…

OSX 10.7.4 Crash Report from "mythfrontend --verbose general --loglevel debug"

comment:19 Changed 9 years ago by serversage@…

I've attached the terminal out and crash report from the Mac Mini running 10.7.4. I forgot I had screen sharing turned on so I was able to do it remotely.

comment:20 in reply to:  12 ; Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to serversage@…:

MANY THANKS! Really appreciate the logs and crash reports--I don't have an answer yet but it confirms that the crash happens in virtually the identical spot on different machines running different versions of OS X.

I've requested support from the MythTV devs.

The backend is Ubuntu (precise) running mythtv backend 2:0.25.2+fixes.20120828.d519276-0ubuntu0mythbuntu4.

What version of MySQL are you running? Is the db server on the backend machine, as well?

Please supply the output of mythbackend --version.

Again, thanks for helping to track this down.

comment:21 in reply to:  20 Changed 9 years ago by serversage@…

What version of MySQL are you running? Is the db server on the backend machine, as well?

Version is below, and the db does run on the same server as the backend. Not sure if it helps when looking at the logs, but the IP of my backend server is 10.100.21.2.

mysql --version
mysql  Ver 14.14 Distrib 5.5.24, for debian-linux-gnu (x86_64) using readline 6.2

Please supply the output of mythbackend --version.

And here it is:

mythbackend --version
Please attach all output as a file in bug reports.
MythTV Version : v0.25.2-16-gd519276
MythTV Branch : fixes/0.25
Network Protocol : 72
Library API : 0.25.20120506-1
QT Version : 4.8.1
Options compiled in:
 linux profile use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_iptv using_ivtv using_joystick_menu using_libcec using_libcrypto using_libdns_sd using_libxml2 using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vaapi using_vdpau using_ffmpeg_threads using_live using_mheg using_libass using_libxml2

Let me know if you need anything else.

comment:22 Changed 9 years ago by ctreleaven (Craig Treleaven)

Could you please try the following:

mythfrontend -O RunFrontendInWindow=1

Changed 9 years ago by serversage@…

Terminal log from "mythfrontend -O RunFrontendInWindow=1" on OSX 10.8.1

Changed 9 years ago by serversage@…

OSX 10.8.1 Crash Report from "mythfrontend -O RunFrontendInWindow=1"

comment:23 Changed 9 years ago by serversage@…

I attached the output and crash report from mythfrontend -O RunFrontendInWindow=1

I'll ruin the surprise, same result. As always, let me know if anything else is needed.

pixilla@… - Would a VirtualBox appliance of ubuntu running a backend with a dummy card still be useful? If so, I'll happily create, test, and give you one.

comment:24 in reply to:  23 ; Changed 9 years ago by pixilla (Bradley Giesbrecht)

Replying to serversage@…:

pixilla@… - Would a VirtualBox appliance of ubuntu running a backend with a dummy card still be useful? If so, I'll happily create, test, and give you one.

Yes, please do! If the image is big and you need a place to park the file shoot me an email.

comment:25 in reply to:  24 Changed 9 years ago by serversage@…

Replying to pixilla@…:

Replying to serversage@…:

pixilla@… - Would a VirtualBox appliance of ubuntu running a backend with a dummy card still be useful? If so, I'll happily create, test, and give you one.

Yes, please do! If the image is big and you need a place to park the file shoot me an email.

Just so everybody knows, I've created a virtual machine that has myth installed with a dummy recorder. If you would like the VM to help debug send me an email. Rather not post a link here for bandwidth reasons (it's about 1.2gb in size).

comment:26 Changed 9 years ago by serversage@…

Cc: serversage@… added

Cc Me!

comment:27 Changed 9 years ago by james.george@…

Cc: james.george@… added

Cc Me!

comment:28 in reply to:  27 ; Changed 9 years ago by james.george@…

Hi, I'm also seeing the signal 11 from Mythfrontend. Running 10.8.1 on a new MBP and on a 10.8.1 Server Mac Mini. This is against a Mythbuntu/Ubuntu backend (is actually a VirtualBox VM running on the Mac Mini, however...). I've also just migrated that Mythbuntu backend to a macports native backend running on the Mac Mini server. The migrated backend works (recording, watching via other mythfrontend), however the macports mythfrontend still fails with the same stack trace.

I'm also seeing Signal 11 crashes in the macports Mythbackend (seems to be coming from the UPNP module service calls). I don't know whether they could be related, but I can provide crash dumps if needed.

comment:29 in reply to:  28 Changed 9 years ago by ctreleaven (Craig Treleaven)

Replying to james.george@…:

Hi, I'm also seeing the signal 11 from Mythfrontend. Running 10.8.1 on a new MBP and on a 10.8.1 Server Mac Mini. This is against a Mythbuntu/Ubuntu backend (is actually a VirtualBox VM running on the Mac Mini, however...). I've also just migrated that Mythbuntu backend to a macports native backend running on the Mac Mini server. The migrated backend works (recording, watching via other mythfrontend), however the macports mythfrontend still fails with the same stack trace.

I'm also seeing Signal 11 crashes in the macports Mythbackend (seems to be coming from the UPNP module service calls). I don't know whether they could be related, but I can provide crash dumps if needed.

Re backend crashes--I believe this would be a separate issue as the backend never calls the code that is crashing in the frontend. Please open a new ticket and attach crash dumps and (portion of) the backend log. Thanks.

comment:30 Changed 9 years ago by ctreleaven (Craig Treleaven)

Do any of you have ibunwind-headers installed ('port installed | grep unwind')?

comment:31 in reply to:  30 Changed 9 years ago by serversage@…

Replying to ctreleaven@…:

Do any of you have ibunwind-headers installed ('port installed | grep unwind')?

I do not.

comment:32 in reply to:  30 Changed 9 years ago by james.george@…

Replying to ctreleaven@…:

Do any of you have ibunwind-headers installed ('port installed | grep unwind')?

Yes:

$ port list | grep unwind libunwind-headers @30 devel/libunwind-headers

comment:33 Changed 9 years ago by ctreleaven (Craig Treleaven)

Potential workaround:

Install apple-gcc-4.2

sudo port install apple-gcc42

Uninstall Myth, clean and rebuild with apple-gcc-4.2

sudo port uninstall mythtv-core.25

sudo port clean mythtv-core.25

sudo port configure mythtv-core.25 configure.compiler=apple-gcc-4.2

I get tons of errors logged but at least the mythfrontend will start without crashing and play recordings, for me. Please report if you have a different experience. Still don't know why this crash affects some and not others...

comment:34 in reply to:  33 ; Changed 9 years ago by james.george@…

Replying to ctreleaven@…:

Potential workaround:

Install apple-gcc-4.2

sudo port install apple-gcc42

Uninstall Myth, clean and rebuild with apple-gcc-4.2

sudo port uninstall mythtv-core.25

sudo port clean mythtv-core.25

sudo port configure mythtv-core.25 configure.compiler=apple-gcc-4.2

I get tons of errors logged but at least the mythfrontend will start without crashing and play recordings, for me. Please report if you have a different experience. Still don't know why this crash affects some and not others...

This works for me on my 10.7.4 machine, however, I can't (currently) get apple-gcc42 port to install on my 10.8.1 MBP (build fails with wrong architecture errors).

comment:35 in reply to:  34 Changed 9 years ago by james.george@…

Replying to james.george@…:

Replying to ctreleaven@…:

Potential workaround:

Install apple-gcc-4.2

sudo port install apple-gcc42

Uninstall Myth, clean and rebuild with apple-gcc-4.2

sudo port uninstall mythtv-core.25

sudo port clean mythtv-core.25

sudo port configure mythtv-core.25 configure.compiler=apple-gcc-4.2

I get tons of errors logged but at least the mythfrontend will start without crashing and play recordings, for me. Please report if you have a different experience. Still don't know why this crash affects some and not others...

This works for me on my 10.7.4 machine, however, I can't (currently) get apple-gcc42 port to install on my 10.8.1 MBP (build fails with wrong architecture errors).

Ok, I got apple-gcc42 installed on my 10.8.1 MBP. Cleaned and configured as above. Subsequent build went fine. Mythfrontend starts and works "as expected", so this does seem to be a viable work-around. As to the root cause...?

comment:36 in reply to:  33 Changed 9 years ago by serversage@…

Replying to ctreleaven@…:

Potential workaround:

Install apple-gcc-4.2

sudo port install apple-gcc42

Uninstall Myth, clean and rebuild with apple-gcc-4.2

sudo port uninstall mythtv-core.25

sudo port clean mythtv-core.25

sudo port configure mythtv-core.25 configure.compiler=apple-gcc-4.2

I can confirm this works on my 10.8.1 Mac Pro as well. And boy-oh-boy is it ever snappier than the binaries available on source forge. So yes, this is a work-around that seems to work.

comment:37 in reply to:  33 Changed 9 years ago by james.george@…

Replying to ctreleaven@…:

Potential workaround:

Install apple-gcc-4.2

sudo port install apple-gcc42

Uninstall Myth, clean and rebuild with apple-gcc-4.2

sudo port uninstall mythtv-core.25

sudo port clean mythtv-core.25

sudo port configure mythtv-core.25 configure.compiler=apple-gcc-4.2

I get tons of errors logged but at least the mythfrontend will start without crashing and play recordings, for me. Please report if you have a different experience. Still don't know why this crash affects some and not others...

Another work around if you are on 10.7 (is 10.8 only 4.4+ ?), is to rollback to Xcode 4.3.3 - this built and ran fine when I tested it earlier today. Seems like something in 4.4.x is making the config/compilation/link go screwy.

If anyone has any suggestions on things to try to get Xcode 4.4 to work, I'll be happy to run test builds.

comment:38 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

It's been reported via email that using macports-clang-3.0 produces working code and macports-clang-3.1 produces failing code. Please also try macports-clang-3.2.

To use macports-clang-3.2, you will either need base trunk, or you can use configure.compiler=macports-clang after setting 'sudo port select clang' to the 3.2 version.

I just want you to try the 3.2 version to see if the regression has possibly already been addressed upstream.

comment:39 Changed 9 years ago by ctreleaven (Craig Treleaven)

Sorry, port select didn't work. After I installed clang-3.2, I tried the following:

MediaMini:~ mytthtv$ port select --list clang
Available versions for clang:
	mp-clang-3.2
	none (active)
MediaMini:~ mytthtv$ port select --set clang mp-clang-3.2
Selecting 'mp-clang-3.2' for 'clang' failed: could not create new link "/opt/local/bin/c-index-test": target "/opt/local/bin/c-index-test-mp-3.2" doesn't exist
MediaMini:~ mytthtv$ port -d select --set clang mp-clang-3.2
DEBUG: action_select [clang mp-clang-3.2] [ports_select_set yes]...
DEBUG: The 'set' command was specified.
DEBUG: mportselect [set] [clang] [mp-clang-3.2]
Selecting 'mp-clang-3.2' for 'clang' failed: could not create new link "/opt/local/bin/c-index-test": target "/opt/local/bin/c-index-test-mp-3.2" doesn't exist
MediaMini:~ mytthtv$ port select --list clang
Available versions for clang:
	mp-clang-3.2
	none (active)

Have I done something wrong?

comment:40 Changed 9 years ago by james.george@…

A quick summary build testing I've undertaken on 10.7.4:

Xcode 4.4.1 (Clang) = build success, run fail
Xcode 4.4.1 (llvm-gcc-4.2) = build fail
Xcode 4.4.0 (Clang) = build success, run fail
Xcode 4.3.3 (Clang) = build success, run success
Macports Apple-gcc-4.2 = build success, run success
Macports Clang 3.2 = unable to configure (see above)
Macports Clang 3.1 = build success, run failure
Macports Clang 3.0 = build success, run success
Macports llvm-gcc-4.2 = build failure

I will try a build with Xcode 4.5 soon.

comment:41 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Cc: jeremyhu@… added

Cc Me!

comment:42 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

You need to use sudo when you 'port select' ... please do this to see if the issue still exists in top-of-tree clang/llvm

$ sudo port select clang mp-clang-3.2
$ sudo port -v install mythtv-core.25 configure.compiler=macports-clang

I'm also curious how dragonegg works (since it will use the gcc frontend and llvm backend). This might help narrow down if the issue is clang or llvm. Install dragonegg-3.0 and dragonegg-3.1, then do:

$ sudo port select gcc dragonegg-3.0-gcc46
$ sudo port -v install mythtv-core.25 configure.compiler=macports-gcc

$ sudo port select gcc dragonegg-3.1-gcc46
$ sudo port -v install mythtv-core.25 configure.compiler=macports-gcc

comment:43 Changed 9 years ago by james.george@…

sudo doesn't help selecting mp-clang-3.2

sudo port -d select clang mp-clang-3.2
DEBUG: Copying /Users/jgeorge/Library/Preferences/com.apple.dt.Xcode.plist to /opt/local/var/macports/home/Library/Preferences
DEBUG: action_select [clang mp-clang-3.2] []...
DEBUG: Although no command was specified, more than one argument was specified.  Defaulting to the 'set' command...
DEBUG: mportselect [set] [clang] [mp-clang-3.2]
Selecting 'mp-clang-3.2' for 'clang' failed: could not create new link "/opt/local/bin/c-index-test": target "/opt/local/bin/c-index-test-mp-3.2" doesn't exist

Macports Clang 3.2 is installed. /opt/local/bin/c-index-test-mp-3.2 does not exist. Trying dragonegg's now...

comment:44 Changed 9 years ago by james.george@…

Both dragonegg-3.0 and Dragonegg-3.1 fail early in the build process. There are errors about the options (i.e. -arch and -Xarch_x86_64) being passed to gcc.

comment:45 Changed 9 years ago by james.george@…

Xcode 4.5 builds successfully but the runtime crashes with the same error as originally detailed in this ticket.

comment:46 in reply to:  44 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Replying to james.george@…:

sudo doesn't help selecting mp-clang-3.2 ... Macports Clang 3.2 is installed. /opt/local/bin/c-index-test-mp-3.2 does not exist. Trying dragonegg's now...

Fixed with r98000

Replying to james.george@…:

Both dragonegg-3.0 and Dragonegg-3.1 fail early in the build process. There are errors about the options (i.e. -arch and -Xarch_x86_64) being passed to gcc.

Seems like the build system needs to be updated to not use those flags with macports-gcc

comment:47 Changed 9 years ago by ctreleaven (Craig Treleaven)

Thanks, Jeremy,I think we have a winner!

I've successfully built and run myth with Macports Clang 3.2 on 10.7.4. Ala:

MediaMini:mythtv-core.25_rev_3 mytthtv$ sudo port select --list clang
Available versions for clang:
	mp-clang-3.2 (active)
	none
MediaMini:mythtv-core.25_rev_3 mytthtv$ sudo port -d install current configure.compiler=macports-clang

Seems to be running fine. James, could you try the same to confirm?

Jeremy: What should I do with the myth port going forward? This is still a workaround since the user would have to manually do 'sudo port select clang mp-clang-3.2' in order to build successfully.

PS I am using a slightly newer version of Myth. I'm confident none of the code changes account for the fix but that is still why I'd like to see someone else confirm this works for them.

comment:48 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

That seems to indicate that there is a regression with llvm/clang 3.1 which is fixed in 3.2 ... that's good news, but it doesn't tell us exactly what the change was.

As far as the port is concerned, I'd recommend blacklisting clang from XCode 4.4 and 4.5 and macports-clang-3.1 and falling back on macports-clang-3.0

comment:49 Changed 9 years ago by james.george@…

Unfortunately, I have not had any success building with Clang-3.2.

DEBUG: ... for mythffmpeg
DEBUG:       Change libmythavdevice.dylib to /opt/local/lib/libmythavdevice.dylib
DEBUG:       Change libmythavfilter.dylib to /opt/local/lib/libmythavfilter.dylib
DEBUG:       Change libmythavformat.dylib to /opt/local/lib/libmythavformat.dylib
DEBUG:       Change libmythavcodec.dylib to /opt/local/lib/libmythavcodec.dylib
DEBUG:       Change libmythpostproc.dylib to /opt/local/lib/libmythpostproc.dylib
DEBUG:       Change libmythswscale.dylib to /opt/local/lib/libmythswscale.dylib
install_name_tool: changing install names or rpaths can't be redone for: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_mythtv-core.25/mythtv-core.25/work/destroot/opt/local/bin/mythffmpeg (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names)
Command failed: install_name_tool -change  libmythswscale.dylib  /opt/local/lib/libmythswscale.dylib  /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_mythtv-core.25/mythtv-core.25/work/destroot/opt/local/bin/mythffmpeg
Exit code: 1
Error: org.macports.destroot for port mythtv-core.25 returned: command execution failed
DEBUG: Error code: NONE

I am going to clean out all my ports and try a fresh install.

comment:50 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

At quick glance, that seems to have nothing to do with clang-3.2 ...

comment:51 Changed 9 years ago by james.george@…

Ok, I got MythTV built with clang-3.2. Yes, it runs without crashing.

I don't know what was in my ports/path/whatever that stopped the build before, but removing all my ports and starting fresh worked. A process that looked something like:

sudo port uninstall installed
sudo port clean all
sudo port install clang-3.2
sudo port configure mythtv-core.25
sudo port clean mythtv-core.25
sudo port select clang mp-clang-3.2
sudo port install mythtv-core.25 configure.compiler=macports-clang

There is probably a simpler process, but this worked for me (and I wasn't bothered as its a test/build machine). :-)

comment:52 Changed 9 years ago by serversage@…

I can also confirm that clang-3.2 creates a working MythTV frontend. So I guess that is two possible work arounds.

comment:53 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

comment:54 Changed 9 years ago by ctreleaven (Craig Treleaven)

comment:55 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

That doesn't work... I'll fix it up...

comment:56 Changed 9 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.