App crashes at startup on iPod Touch 8Gb but only if downloaded from App Store

[Samael777]

Hi!
I've released some days ago an app on the App Store. A friend of mine downloaded the app but can't use it because the app crashes at startup: after click on it, it starts launching and after a couple of seconds of black screen it returns to the Home. The iPod is a 8Gb Second Generation one, with iOS 4.0.2
I have no problems with the app on my iPod Touch 32Gb Third Generation, neither in the simulator. And, for now, it seems that no one that downloaded the app from App Store has this kind of issue because I haven't no bad rating.

I've picked up the iPod of my friend and I found that if I install the application from XCode, the app works well. Also after relaunching it from iPod (after the installation from XCode), the app gives no problems.
But if I download the app again from App Store or from iTunes, it gives the problem again. If I download instead the app from the App Store on my iPod 32Gb, I haven't the problem.
The logs of the device from the iPod that had the problem says:

[...]
Hardware Model: iPod2,1
Process: LucidDreams [55]
Path: /var/mobile/Applications/8A3XXXX5-BE55-4XXX-XXD2-77D2493E8XX1/LucidDreams.app/LucidDreams
Identifier: LucidDreams
Version: ??? (???)
Code Type: ARM (Native)
Parent Process: launchd [1]

Date/Time: 2010-09-06 16:59:22.741 +0200
OS Version: iPhone OS 4.0.2 (8A400)
Report Version: 104

Exception Type: EXC_BAD_INSTRUCTION (SIGILL)
Exception Codes: 0x00000001, 0x00000000
Crashed Thread: 0

Thread 0 Crashed:
0 LucidDreams 0x00012daa 0x1000 + 73130
1 LucidDreams 0x00002d84 0x1000 + 7556
2 UIKit 0x000130f8 -[UIApplication _callInitializationDelegatesForURLayload:suspend ed:] + 1108
3 UIKit 0x001c16cc -[UIApplication _runWithURLayload:launchOrientation:statusBarSty le:statusBarHidden:] + 292
4 UIKit 0x0007c7b8 -[UIApplication handleEvent:withNewEvent:] + 1784
5 UIKit 0x0007beb4 -[UIApplication sendEvent:] + 60
6 UIKit 0x0007b7e8 _UIApplicationHandleEvent + 6704
7 GraphicsServices 0x00004edc PurpleEventCallback + 1024
8 CoreFoundation 0x000742ac __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE1_PERFORM_FU NCTION__ + 22
9 CoreFoundation 0x000761d6 __CFRunLoopDoSource1 + 158
10 CoreFoundation 0x0007718e __CFRunLoopRun + 574
11 CoreFoundation 0x0001e0bc CFRunLoopRunSpecific + 220
12 CoreFoundation 0x0001dfca CFRunLoopRunInMode + 54
13 UIKit 0x00007b18 -[UIApplication _run] + 524
14 UIKit 0x00005fb8 UIApplicationMain + 964
15 LucidDreams 0x00002d18 0x1000 + 7448
16 LucidDreams 0x00002ce8 0x1000 + 7400

Thread 1:
0 libSystem.B.dylib 0x00034e84 kevent + 24
1 libSystem.B.dylib 0x00102a48 _dispatch_mgr_invoke + 88
2 libSystem.B.dylib 0x00102494 _dispatch_queue_invoke + 96
3 libSystem.B.dylib 0x00102634 _dispatch_worker_thread2 + 120
4 libSystem.B.dylib 0x0008b53c _pthread_wqthread + 392
5 libSystem.B.dylib 0x00082b6c start_wqthread + 0
[...]


I really don't know what can be the problem, but I'd like to solve it soon because the app is already on market. Hope that someone can give me an hint or can explain to me the log file because I can't understand where the problem is.

Thanks a lot!

[smasher]

You should find you why your crash dog isn't being symbolicated properly. Do you still have the original .DSYM file for the EXACT build that you sent to Apple? Don't hit "build" again - that generates a new DSYM file that won't work. Use time machine to go back and grab the old one if you can.

If your file was symbolicated properly then these lines would be showing object and method names like the other lines, and you're have a clue where to start looking:
0 LucidDreams 0x00012daa 0x1000 + 73130
1 LucidDreams 0x00002d84 0x1000 + 7556

Without the symbol file the best you can do is (1) test an an-hoc build; that will have the same settings as a release build, and (2) try running with NSZombieEnabled. If you're over-releasing / under-retaining something then NSZombies will help you find out quickly. I suspect that a retain/release issue is behind your problem.

[Samael777]

Originally Posted by smasher

You should find you why your crash dog isn't being symbolicated properly. Do you still have the original .DSYM file for the EXACT build that you sent to Apple? Don't hit "build" again - that generates a new DSYM file that won't work. Use time machine to go back and grab the old one if you can.

If your file was symbolicated properly then these lines would be showing object and method names like the other lines, and you're have a clue where to start looking:
0 LucidDreams 0x00012daa 0x1000 + 73130
1 LucidDreams 0x00002d84 0x1000 + 7556

Without the symbol file the best you can do is (1) test an an-hoc build; that will have the same settings as a release build, and (2) try running with NSZombieEnabled. If you're over-releasing / under-retaining something then NSZombies will help you find out quickly. I suspect that a retain/release issue is behind your problem.

Hi!
Thanks for your reply, I've tried to test with an ad-hoc build and it shown a better detailed log file
The problem was caused by Three20, so I've searched on their google group and I found the solution for the problem.
Now its going well, and I'll sent the update at the App Store.

Thanks again for your reply!