2010-09-04 27 views
2

Je viens de recevoir un rapport d'un utilisateur indiquant qu'une nouvelle version de mon application tombe en panne sur sa machine lorsqu'il essaie de la lancer. Le rapport d'accident est:

processus: MyApp [222] Chemin: /Applications/MyApp.app/Contents/MacOS/MyApp Identifiant: com.MyCompany.MyAppAppAndImporter Version: ??? (???) Type Code: X86-64 (natif) Parent processus: launchd [155]

Date/Heure: 2010-09-04 14: 27: 21,668 -0400 OS Version: Mac OS X 10.5.8 (9L30) version du rapport: 6 Anonyme UUID: 8F8B3FDF-6F95-463B-AC8F-170775D224D2

type d'exception: EXC_BREAKPOINT (sigtrap) codes d'exception: 0x0000000000000002, 0x0000000000000000 Crashed discussion: 0

Dyld Message d'erreur: Symbole non trouvé: _OBJC_CLASS_ _NSURL $ de Référencé: /Applications/MyApp.app/Contents/MacOS/MyApp attendu dans: /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation

L'utilisateur est en cours d'exécution OS X 10.5. 8 sur un Core 2 Duo Macbook Pro à 3,06 GHz. Je suis capable de lancer l'application très bien sous Tiger et Leopard sur mon PowerBook G4 et sur Snow Leopard sur mon iMac. Au moins un utilisateur est capable de lancer l'application très bien sous Snow Leopard. À partir de mon jeu d'échantillons (certes petit), je pense que le problème est spécifique aux machines 64 bits exécutant Leopard.

Mon projet est compilé avec le SDK 10.6 avec la cible de déploiement définie sur 10.4.

J'ai recompilé en utilisant le SDK 10.5 et le problème disparaît. Ma meilleure supposition est qu'elle est liée à NSURL passant de Foundation à CoreFoundation dans Snow Leopard (voir http://www.cocoabuilder.com/archive/cocoa/280239-nsurl-crash.html?q=%22nsurl+crash%22#280239). Ce que je ne comprends pas, c'est pourquoi cela fonctionnerait bien sur mon PowerBook G4 (32 bits), mais pas sur le Mac Intel 64 bits de l'utilisateur, même si les deux fonctionnent sous Leopard.

Des idées sur la façon de résoudre ce problème ou exactement pourquoi cela se passe-t-il?

Répondre

0

Je n'ai jamais trouvé une vraie solution à cela. En raison d'une dépendance sur libcrypto.0.9.7, je construis simplement des versions de l'application pour lesquelles cette question était sur 10.5.

1

Il devrait lancer sur une machine léopard 64 bits. Compte tenu du nom de classe mangling, cela ressemble à 64 bits.

Demandez à l'utilisateur de vous envoyer un rapport System Profiler.

+0

J'ai modifié la question pour inclure le rapport de panne complet et des informations sur la recompilation avec le SDK 10.5 corrigeant le plantage. J'ai demandé un rapport de profil de système de l'utilisateur, mais je n'ai pas encore reçu de réponse de lui. –

+0

Je viens de recevoir un rapport System Profiler de lui. Je ne suis pas sûr que les informations pertinentes de ce serait autre que qu'il est sur un Mac 64 bits fonctionnant 10.5.8. J'ai ajouté plus de détails sur son système à la question. –