Probably not needed since it will be found by spotlight, but since I have then and know where they are, leaving nothing to chance Reading symbols from /Users/tperfitt/Library/Developer/Xcode/Archives//BuildAll 7-2-12 5.07 PM.xcarchive/Products/Applications/Winclone.app/Contents/MacOS/Winclone…Reading symbols from /Users/tperfitt/Library/Developer/Xcode/DerivedData/Winclone_3-evmawjbqcaliofgyjctvjkncqjvi/Build/Intermediates/ArchiveIntermediates/BuildAll/BuildProductsPath/Release//Contents/Resources/DWARF/Winclone…done. Reading symbols for shared libraries ………. (gdb) file /Users/tperfitt/Library/Developer/Xcode/Archives//BuildAll 7-2-12 5.07 PM.xcarchive/Products/Applications/Winclone.app This GDB was configured as "x86_64-apple-darwin". Type "show copying" to see the conditions. Welcome to change it and/or distribute copies of it under certain conditions. GDB is free software, covered by the GNU General Public License, and you are Power:Winclone 7-2-12 4.59 PM.xcarchive tperfitt$ gdb Using these files and the posting, I fired up GDB: Since I used the Xcode feature of “Archive” to do a final compile for Winclone, I had the symbol file and the associated binary:
Winclone 4 crashing how to#
Jerry Krinock outlines how to use the symbol file to figure out the line number for frameworks and other things, but I just needed it for my app. After a bit of searching, I found this excellent post: I recently got this in a log, and decided to spend some time tracking it down.
Usually that other issue was the fact that Winclone failed to restore successfully, but when trying a second time to restore, it would work. It was always associated with some other issues. The issue only happened occasionally, and was never reported directly as a crash.
Winclone 4 crashing full#
It was a bit frustrating, because I didn’t have the full crash log, and XCode didn’t help much with trying to symbolicate this crash.
0 kommentar(er)
