App rejected: Apple claims app is crashing, provided crash logs

spaceneedle

I have a very simple application involving particle effects and sounds for small children that I have submitted to the app store. I have (and the kids) have been testing this app extensively on the iPad without any issues whatsoever. I am not really doing a whole lot with this app, as it involves a couple of ogg samples, and a small png image with the particle action. However, I am told:

"Thank you for submitting Magic Dust to the App Store. We've reviewed your application and determined that we cannot post this version of your iPad application to the App Store because Magic Dust is crashing on iPad running iPhone OS 3.2 and Mac OS X 10.6.2. The application will crash on launch. Please refer to the attached crashlogs.

For more information regarding crash logs:
http://developer.apple.com/iphone/library/technotes/tn2008/tn2151.html

In order for your application to be reconsidered for the App Store, please resolve this issue and upload your new binary to iTunes Connect."

I was also given a series of crash logs likely involving the GS engine, for which I really have no idea what to do with. I am using 0.85 of the engine. Is this apple's iPad just hosed, should I try to re-submit, or what?

Incident Identifier: 791E7958-1B73-4496-8B56-72F899DDBAC8
CrashReporter Key: 883bed34c1404d55614128d9c6b0bb39fb37f86d
Hardware Model: iPad1,1
Process: securityd [59]
Path: /usr/libexec/securityd
Identifier: securityd
Version: ??? (???)
Code Type: ARM (Native)
Parent Process: launchd [1]

Date/Time: 2010-04-16 15:07:00.473 -0700
OS Version: iPhone OS 3.2 (7B367)
Report Version: 104

Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x00000000
Crashed Thread: 0

Thread 0 Crashed:
0 CoreFoundation 0x32c08a70 0x32c01000 + 31344
1 securityd 0x000030ca 0x1000 + 8394
2 securityd 0x0000325a 0x1000 + 8794
3 securityd 0x000036fc 0x1000 + 9980
4 securityd 0x0000715c 0x1000 + 24924
5 securityd 0x000066f8 0x1000 + 22264
6 securityd 0x00006c76 0x1000 + 23670
7 securityd 0x00002930 0x1000 + 6448
8 securityd 0x00002cda 0x1000 + 7386
9 securityd 0x00002bce 0x1000 + 7118
10 securityd 0x00002296 0x1000 + 4758
11 CoreFoundation 0x32c23d96 0x32c01000 + 142742
12 CoreFoundation 0x32c7036a 0x32c01000 + 455530
13 securityd 0x000023c8 0x1000 + 5064
14 securityd 0x0000226c 0x1000 + 4716

Thread 0 crashed with ARM Thread State:
r0: 0x00000000 r1: 0x00100ba0 r2: 0x00000086 r3: 0x0000000c
r4: 0x00102c80 r5: 0x00000000 r6: 0x00000000 r7: 0x2ffff4e8
r8: 0x380c9544 r9: 0x34471610 r10: 0x383f5734 r11: 0x00000000
ip: 0x306b98f5 sp: 0x2ffff4dc lr: 0x000030d1 pc: 0x32c08a70
cpsr: 0x60000030

Binary Images:
0x1000 - 0x40fff securityd armv7 <1d9a0595c1a54f8888377177284c1df7> /usr/libexec/securityd
0x2fe00000 - 0x2fe24fff dyld armv7 <74c5ceb6354fd165a25d02fbd22aa746> /usr/lib/dyld
0x30013000 - 0x30089fff CFNetwork armv7 <c6ad6e56e0763566e9a9d176f9f8f53c> /System/Library/Frameworks/CFNetwork.framework/CFNetwork
0x306a9000 - 0x306cdfff Security armv7 <2213a5d097c55e903d783d5d59e15c97> /System/Library/Frameworks/Security.framework/Security
0x30c15000 - 0x30d1dfff libSystem.B.dylib armv7 <5781db773c49e94c7923807b44eceae7> /usr/lib/libSystem.B.dylib
0x30d1e000 - 0x30d54fff IOKit armv7 <a10567bed9037fad14e0e0e89fcaa096> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
0x32507000 - 0x32514fff libbsm.0.dylib armv7 <04d8bf2f0b1530b16a8fe7d96407af42> /usr/lib/libbsm.0.dylib
0x32742000 - 0x3274afff libkxld.dylib armv7 <772e2c7b19179dbf9938abce0480e6e1> /usr/lib/system/libkxld.dylib
0x32783000 - 0x327c7fff libsqlite3.dylib armv7 <cc46818698734de9eaf60b94303a1519> /usr/lib/libsqlite3.dylib
0x32900000 - 0x3294afff libstdc++.6.dylib armv7 <e30203adaf70dc26ddb794bccb29f0ef> /usr/lib/libstdc++.6.dylib
0x32c01000 - 0x32cacfff CoreFoundation armv7 <08891d5d42d0792a2bdd6b36bc0c0a58> /System/Library/Frameworks/CoreFoundation.framework/CoreFoundation
0x33287000 - 0x3339efff libicucore.A.dylib armv7 <8e7ae4d5040e6f2134d44869f8476446> /usr/lib/libicucore.A.dylib
0x334c1000 - 0x334e6fff SystemConfiguration armv7 <99f3373cffde02bb1973253b0eb20c7a> /System/Library/Frameworks/SystemConfiguration.framework/SystemConfiguration
0x33560000 - 0x335fdfff libobjc.A.dylib armv7 <26441537897a3a56e7360d2aab8d4bce> /usr/lib/libobjc.A.dylib
0x33f97000 - 0x33f9ffff libgcc_s.1.dylib armv7 <28cabe0d3d9c2ccbb2feaf61df9edcf3> /usr/lib/libgcc_s.1.dylib
0x340e8000 - 0x340f3fff libz.1.dylib armv7 <aec71e61ad54d7583c9a24fe79d384fc> /usr/lib/libz.1.dylib

spaceneedle

I have a small subset of rules in this app, and everything looks fine. I have doubled and triple checked the rules and I don't really see anything wrong with checking for touch events and making particle effects/sounds. I have not seen a single crash with this app before.

Any other ideas as to why Apple would be saying this? Can anyone at gamesalad take a look at this dump to see if something is wrong with the engine itself?

spaceneedle

Yes, i exclusively test on the device (iPad) using the actual application -- i never bother using the game salad viewer either.

spaceneedle

Thats my impression as well...i took the opportunity to tweak a few values, but just resubmitted it as it appears rock solid to me. Moved from Waiting for Review to In Review in a minute, hopefully that does the trick.

Makes you wonder how "fresh" these test iPads are from app to app tested...if it was out of ram/hosed from a previous test/etc.