Open Radar

 
05-Jul-2011 02:56 AM A Roest:
'symbolicatecrash_with_fix' was successfully uploaded

05-Jul-2011 02:56 AM A Roest:
Summary:
I'm using a copy of symbolicatecrash from 
"/Applications/Utilities/iPhone Configuration Utility.app/Contents/Frameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash"
but the bug is also in 
"/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/symbolicatecrash"
(XCode 4.0.2)

The program fails to find an application binary if there is a name in the application. 


Steps to Reproduce:
1. Have an (iPhone) app with a space in the name, e.g. "Apple Rulez.app"
2. Get a crash report. 
3. Run symbolicatecrash
4. Somewhere in the output is the error message:
Running find "/Users/axel/Library/Developer/Xcode/Archives/2011-07-02/appletest 02-07-11 15.22.xcarchive/Products" -name Apple Rulez.app
find: Rulez.app: unknown option
Did not find executable for dsym
## Warning: Can't find any unstripped binary that matches version of /var/mobile/Applications/ ... etc.

Expected Results:
Apple has allowed spaces in application names since about 1984. How long ago was that? Exactly. 

Actual Results:
You cannot symbolize your crash reports, at least not with the handy tool, so you have to resort to manual labor, digging, searching etc.

Regression:
The fix is luckily TERRIBLY EASY. 
Just replace the following find command in the perl script (line 251)
            my $cmd = "find \"$archive_path/Products\" -name $exec_name.app";
with
            my $cmd = "find \"$archive_path/Products\" -name \"$exec_name.app\"";

Notes:
I think this bug was first mentioned in 2008, it could be a duplicate of 
rdar://6150458 or rdar://6438643