Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Project crashes on load in OS X Mavericks 10.9 #53

Closed
bartdorsey opened this issue Aug 29, 2013 · 7 comments
Closed

Project crashes on load in OS X Mavericks 10.9 #53

bartdorsey opened this issue Aug 29, 2013 · 7 comments

Comments

@bartdorsey
Copy link

When I try to load up the project file in OS X Mavericks DP6 (Xcode 5 DP6) It crashes Xcode. I have a bug report in with Apple about the crash, but I thought I would add one here as well to make you aware of the problem.

BTW, this also crashes when doing a brew install of terminal-notifier 1.5.0

brew upgrade
==> Upgrading 1 outdated package, with result:
terminal-notifier 1.5.0
==> Upgrading terminal-notifier
==> Downloading https://github.com/alloy/terminal-notifier/archive/1.5.0.tar.gz

################################################################## 100.0%

==> xcodebuild -project Terminal Notifier.xcodeproj -target terminal-notifier SYMROOT=build -verbose
29 0x0000000105b1cdb6 -[Xcode3CommandLineBuildTool _resolveInputOptionsWithTimingSection:](in Xcode3Core)
30 0x0000000105b29340 -[Xcode3CommandLineBuildTool run](in Xcode3Core)
31 0x0000000104ed39b0 (in xcodebuild)
32 0x00007fff82bfb5fd start (in libdyld.dylib)
33 0x0000000000000007

READ THIS: https://github.com/mxcl/homebrew/wiki/troubleshooting

@alloy
Copy link
Collaborator

alloy commented Aug 29, 2013

Thanks. It seems something in the xcodeproj itself is leading to the assertion being hit:

ASSERTION FAILURE in /SourceCache/DVTFoundation/DVTFoundation-2091/Framework/Classes/XML/DVTXMLUnarchiver.m:452
Details:  Assertion failed: strcmp((const char *)xmlTextReaderConstName(xmlReader), elementNameCopy) == 0
Object:   <DVTXMLUnarchiver: 0x403615d40>
Method:   -decodeElementNodeWithXMLTextReader:owner:container:parsingState:success:error:
Thread:   <NSThread: 0x400409ba0>{name = (null), num = 1}
Hints:   None

@alloy alloy closed this as completed in e747849 Aug 29, 2013
@alloy
Copy link
Collaborator

alloy commented Aug 29, 2013

So it was not the xcodeproj, but the scheme which had proper XML entities for, in this case, emoji characters used in arguments to the command-line. This is definitely a 10.9 bug, it would be great if you can update your radar ticket with this deduction/a crashing sample project.

Thanks again! For now you should be able to install through homebrew with the --HEAD option.

@alloy
Copy link
Collaborator

alloy commented Aug 29, 2013

@julienXX This fix should already warrant a 1.5.1 release, in case you want to push the gemspec with license asap.

@julienXX
Copy link
Owner

@alloy I pushed version 1.5.1 to Rubygems.

@alloy
Copy link
Collaborator

alloy commented Aug 30, 2013

@julienXX Awesome, thanks! Can you also send a PR for the homebrew formula?

@julienXX
Copy link
Owner

@alloy done!

@alloy
Copy link
Collaborator

alloy commented Aug 30, 2013

<3

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants