iPhone Dev: le débogueur Xcode ne s'arrête pas sur les points d'arrêt
https://stackoverflow.com/questions/601265
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'ai Xcode 3.1.2 sous OS X 10.5.5. J'ai un projet iPhone qui fonctionne bien, mais le débogueur ne touchera aucun des points d'arrêt définis. J'ai essayé tous les correctifs standards que je trouve sur le net:
- J'ai désactivé l'option "Charger les symboles par mégarde" dans les préférences Xcode .
- Ma configuration active est le débogage
- Le niveau d'optimisation est 0 dans les paramètres de construction
- J'ai nettoyé toutes les cibles et reconstruit
- J'utilise Build and Debug (par opposition à Build and Run)
Je pensais avoir modifié par inadvertance les paramètres de mon projet. J'ai donc créé un nouveau projet qui a le même problème.
J'espère que je manque quelque chose de facile ici. Mon débogueur fonctionnait il y a quelques jours à peine, mais tout à coup, il s'est arrêté.
UPDATE:
Les choses commencent à devenir étrangères. Voici quelques réponses aux réponses
- Je ne trouve nulle part les options "GCC 4.0 - Génération de code". J'ai regardé haut et bas dans les pages Info cible et Exécutable. La seule option que je vois est de sélectionner la version du compilateur. GCC 4.0 est sélectionné, mais il s’agit d’une section d’une ligne sans options supplémentaires.
- À propos des endroits où placer des points d'arrêt: Mon seul point d'arrêt pour l'instant est dans main (), et il n'est pas touché
- Je commence le débogueur avec le Run - > Commande Debug (/% Y). Toujours pas de chance
MISE À JOUR 2:
- Changement du SDK de base dans les paramètres cible en Sim 2.2.1. Modifié SDK actif en Sim 2.2.1.
- Je peux maintenant voir les options de génération de code GCC 4.0 - Les symboles de débogage sont vérifiés
- N'atteint toujours pas les points d'arrêt
voici le journal de la console (point d'arrêt défini sur la première ligne de main.m):
[Session started at 2009-03-06 21:29:19 -0600.]
Loading program into debugger…
GNU gdb 6.3.50-20050815 (Apple version gdb-962) (Sat Jul 26 08:14:40 UTC 2008)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-apple-darwin".warning: Unable to read symbols for "/System/Library/Frameworks/UIKit.framework/UIKit" (file not found).
warning: Unable to read symbols from "UIKit" (not yet mapped into memory).
warning: Unable to read symbols for "/System/Library/Frameworks/CoreGraphics.framework/CoreGraphics" (file not found).
warning: Unable to read symbols from "CoreGraphics" (not yet mapped into memory).
Program loaded.
sharedlibrary apply-load-rules all
Attaching to program: `/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/753D12B3-777C-473B-B098-3E0AF6282545/TestApp.app/TestApp', process 577.
Re-enabling shared library breakpoint 1
Le journal de la gdb se trouve également ici:
t=0.000852 Tepoch=1236463545.631514
<- (gdb)
-> 135-gdb-version
# PBXGDB_MIGDBVersionCommand t=4.308986 Tepoch=1236463549.939648
-> 136-gdb-set auto-raise-load-levels 1
# PBXGDB_MISetAutoRaiseSymbols t=4.309420 Tepoch=1236463549.940082
-> 139-gdb-set env __CF_USER_TEXT_ENCODING 0x0:0:0
# PBXGDB_MISetEnvCommand t=4.309702 Tepoch=1236463549.940364
-> 140-gdb-set env USERBREAK 1
# PBXGDB_MISetEnvCommand t=4.309935 Tepoch=1236463549.940598
-> 141-gdb-set env DYLD_FRAMEWORK_PATH /Projects/TestApp/build/Debug-iphonesimulator
# PBXGDB_MISetEnvCommand t=4.310175 Tepoch=1236463549.940837
-> 142-gdb-set env Apple_PubSub_Socket_Render /tmp/launch-GqkpX5/Render
# PBXGDB_MISetEnvCommand t=4.310568 Tepoch=1236463549.941231
-> 143-gdb-set env SECURITYSESSIONID 715cd0
# PBXGDB_MISetEnvCommand t=4.310803 Tepoch=1236463549.941465
-> 144-gdb-set env DYLD_LIBRARY_PATH /Projects/TestApp/build/Debug-iphonesimulator
# PBXGDB_MISetEnvCommand t=4.311040 Tepoch=1236463549.941702
-> 145-gdb-set env SSH_AUTH_SOCK /tmp/launch-hRgLzb/Listeners
# PBXGDB_MISetEnvCommand t=4.311299 Tepoch=1236463549.941961
-> 146-gdb-set env HOME /var/root
# PBXGDB_MISetEnvCommand t=4.311587 Tepoch=1236463549.942250
-> 147-gdb-set env SHELL /bin/sh
# PBXGDB_MISetEnvCommand t=4.311818 Tepoch=1236463549.942480
-> 148-gdb-set env DYLD_NO_FIX_PREBINDING YES
# PBXGDB_MISetEnvCommand t=4.312048 Tepoch=1236463549.942710
-> 149-gdb-set env COMMAND_MODE unix2003
# PBXGDB_MISetEnvCommand t=4.312281 Tepoch=1236463549.942943
-> 150-gdb-set env DYLD_NEW_LOCAL_SHARED_REGIONS YES
# PBXGDB_MISetEnvCommand t=4.312546 Tepoch=1236463549.943209
-> 151-gdb-set env SSH_ASKPASS /Developer/Library/PrivateFrameworks/DevToolsInterface.framework/Resources/Xcode SSHPassKey
# PBXGDB_MISetEnvCommand t=4.312780 Tepoch=1236463549.943443
-> 152-gdb-set env PATH /Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin
# PBXGDB_MISetEnvCommand t=4.313612 Tepoch=1236463549.944275
-> 153-gdb-set env DISPLAY /tmp/launch-yrv3vV/:0
# PBXGDB_MISetEnvCommand t=4.313849 Tepoch=1236463549.944512
-> 154-gdb-set env USER root
# PBXGDB_MISetEnvCommand t=4.314141 Tepoch=1236463549.944803
-> 155-gdb-set env NSUnbufferedIO YES
# PBXGDB_MISetEnvCommand t=4.314377 Tepoch=1236463549.945039
# Enqueue seq in Command Q: <PBXGDB_SetupSharedLibrarySequence: 0x9049db0> t=4.314625 Tepoch=1236463549.945288
# Executing Sequence: <PBXGDB_SetupSharedLibrarySequence: 0x9049db0> t=4.314718 Tepoch=1236463549.945380
-> 157-gdb-set inferior-auto-start-cfm off
# PBXGDB_MISetLoadCFMInfoCommand t=4.314895 Tepoch=1236463549.945557
-> 156-gdb-set sharedLibrary load-rules dyld ".*Foundation.*" all dyld ".*libobjc.*" all dyld ".*libauto.*" all dyld ".*/usr/lib/dyld.*" all dyld ".*CFDataFormatters.*" all dyld ".*PBGDBIntrospectionSupport.*" all dyld ".*AppKit.*" all dyld ".*libSystem.*" all dyld ".*CarbonDataFormatters.*" all dyld ".*CoreFoundation.*" extern dyld "/System/Library/Frameworks\\\\|/System/Library/PrivateFrameworks\\\\|/usr/lib" extern dyld ".*" extern exec ".*" extern
# PBXGDB_MISetSharedLibraryLoadSymbolsCommand t=4.315975 Tepoch=1236463549.946637
-> 137-file-exec-and-symbols "/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/09734C45-F595-4CB9-8707-744E92D66245/TestApp.app/TestApp"
# PBXGDB_MILoadExecutableCommand t=4.320612 Tepoch=1236463549.951275
# Enqueue seq in Command Q: <PBXGDB_FixAndContinueIsSupportedSequence: 0x9bdc260> t=4.321476 Tepoch=1236463549.952138
# Enqueue seq in Command Q: <PBXGDB_NewBreakpointSequence: 0xa516f90> t=4.321941 Tepoch=1236463549.952603
# Enqueue seq in Command Q: <PBXGDB_AttachControlSequence: 0xa4fceb0> t=4.322157 Tepoch=1236463549.952820
<- ~"GNU gdb 6.3.50-20050815 (Apple version gdb-962) (Sat Jul 26 08:14:40 UTC 2008)\n"
<- ~"Copyright 2004 Free Software Foundation, Inc.\n"
<- ~"GDB is free software, covered by the GNU General Public License, and you are\nwelcome to change it and/or distribute copies of it under certain conditions.\nType \"show copying\" to see the conditions.\nThere is absolutely no warranty for GDB. Type \"show warranty\" for details.\n"
<- ~"This GDB was configured as \"i386-apple-darwin\"."
<- 135^done,version="6.3.50-20050815 (Apple version gdb-962)",rc_version="962",target="i386-apple-darwin",build-date="Sat Jul 26 08:14:40 UTC 2008",time={wallclock="0.03311",user="0.00081",system="0.00014",start="1236463549.989179",end="1236463550.022291"}
# processing result t=4.392345 Tepoch=1236463550.023007
<- (gdb)
<- 136^done,time={wallclock="0.00005",user="0.00005",system="0.00001",start="1236463550.024272",end="1236463550.024325"}
# processing result t=4.394163 Tepoch=1236463550.024826
<- (gdb)
<- 139^done,time={wallclock="0.00007",user="0.00005",system="0.00002",start="1236463550.025511",end="1236463550.025581"}
# processing result t=4.395347 Tepoch=1236463550.026010
<- (gdb)
<- 140^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.026564",end="1236463550.026597"}
# processing result t=4.396328 Tepoch=1236463550.026991
<- (gdb)
<- 141^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.027857",end="1236463550.027890"}
# processing result t=4.397653 Tepoch=1236463550.028315
<- (gdb)
<- 142^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.029080",end="1236463550.029113"}
# processing result t=4.398865 Tepoch=1236463550.029528
<- (gdb)
<- 143^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.030126",end="1236463550.030159"}
# processing result t=4.399923 Tepoch=1236463550.030585
<- (gdb)
<- 144^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.031449",end="1236463550.031482"}
# processing result t=4.401855 Tepoch=1236463550.032518
<- (gdb)
<- 145^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.033257",end="1236463550.033291"}
# processing result t=4.403022 Tepoch=1236463550.033685
<- (gdb)
<- 146^done,time={wallclock="0.00006",user="0.00003",system="0.00002",start="1236463550.034226",end="1236463550.034287"}
# processing result t=4.404018 Tepoch=1236463550.034680
<- (gdb)
<- 147^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.035215",end="1236463550.035247"}
# processing result t=4.405007 Tepoch=1236463550.035670
<- (gdb)
<- 148^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.036306",end="1236463550.036340"}
# processing result t=4.406068 Tepoch=1236463550.036731
<- (gdb)
<- 149^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.037344",end="1236463550.037377"}
# processing result t=4.407107 Tepoch=1236463550.037770
<- (gdb)
<- 150^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.038448",end="1236463550.038483"}
# processing result t=4.408214 Tepoch=1236463550.038876
<- (gdb)
<- 151^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.040541",end="1236463550.040576"}
# processing result t=4.410438 Tepoch=1236463550.041101
<- (gdb)
<- 152^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.041901",end="1236463550.041933"}
# processing result t=4.411665 Tepoch=1236463550.042327
<- (gdb)
<- 153^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.042984",end="1236463550.043016"}
# processing result t=4.412784 Tepoch=1236463550.043446
<- (gdb)
<- 154^done,time={wallclock="0.00003",user="0.00002",system="0.00001",start="1236463550.043956",end="1236463550.043988"}
# processing result t=4.413717 Tepoch=1236463550.044379
<- (gdb)
<- 155^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.044974",end="1236463550.045007"}
# processing result t=4.414737 Tepoch=1236463550.045400
<- (gdb)
<- 157^done,time={wallclock="0.00003",user="0.00003",system="0.00001",start="1236463550.046108",end="1236463550.046141"}
# processing result t=4.415931 Tepoch=1236463550.046594
<- (gdb)
<- 156^done,time={wallclock="0.00005",user="0.00005",system="0.00001",start="1236463550.050271",end="1236463550.050324"}
# processing result t=4.420235 Tepoch=1236463550.050897
-> 158sharedlibrary apply-load-rules all
# PBXGDB_MISharedLibraryApplyLoadRulesCommand t=4.420386 Tepoch=1236463550.051049
<- (gdb)
<- &"warning: Unable to read symbols for \"/System/Library/Frameworks/UIKit.framework/UIKit\" (file not found).\n"
<- &"warning: Unable to read symbols from \"UIKit\" (not yet mapped into memory).\n"
<- &"warning: Unable to read symbols for \"/System/Library/Frameworks/CoreGraphics.framework/CoreGraphics\" (file not found).\n"
<- &"warning: Unable to read symbols from \"CoreGraphics\" (not yet mapped into memory).\n"
<- 137^done,time={wallclock="0.34917",user="0.17115",system="0.11409",start="1236463550.052577",end="1236463550.401747"}
# processing result t=4.771918 Tepoch=1236463550.402580
<- (gdb)
<- &"sharedlibrary apply-load-rules all\n"
<- 158^done
# processing result t=4.820019 Tepoch=1236463550.450681
# didFinish Sequence: <PBXGDB_SetupSharedLibrarySequence: 0x9049db0> t=4.820135 Tepoch=1236463550.450797
# Executing Sequence: <PBXGDB_FixAndContinueIsSupportedSequence: 0x9bdc260> t=4.820259 Tepoch=1236463550.450921
-> 159-mi-verify-command file-fix-file-is-grooved
# PBXGDB_MIVerifyCommandCommand t=4.820398 Tepoch=1236463550.451060
<- (gdb)
<- 159^done,name="file-fix-file-is-grooved",defined="true",implemented="true",time={wallclock="0.00011",user="0.00007",system="0.00001",start="1236463550.451848",end="1236463550.451955"}
# processing result t=4.821746 Tepoch=1236463550.452409
-> 160-file-fix-file-is-grooved
# PBXGDB_MIFixAndContinueSupportedCommand t=4.821894 Tepoch=1236463550.452556
<- (gdb)
<- 160^done,supported="1",details="Yes grooved!",time={wallclock="0.00006",user="0.00005",system="0.00002",start="1236463550.453356",end="1236463550.453417"}
# processing result t=4.823203 Tepoch=1236463550.453865
# didFinish Sequence: <PBXGDB_FixAndContinueIsSupportedSequence: 0x9bdc260> t=4.823344 Tepoch=1236463550.454006
# Executing Sequence: <PBXGDB_NewBreakpointSequence: 0xa516f90> t=4.823433 Tepoch=1236463550.454095
# Passed verification of state before break create command t=4.823569 Tepoch=1236463550.454231
-> 161-break-insert -l -1 -f -s "TestApp" "\"main.m:13\""
# PBXGDB_MICreateFileBreakpointCommand t=4.823679 Tepoch=1236463550.454342
<- (gdb)
<- =shlib-state-modified,shlib-info=[num="1",name="TestApp",kind="-",dyld-addr="-",reason="exec",requested-state="Y",state="Y",path="/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/09734C45-F595-4CB9-8707-744E92D66245/TestApp.app/TestApp",description="/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/09734C45-F595-4CB9-8707-744E92D66245/TestApp.app/TestApp",loaded_addr="",slide="0x0",prefix="",dsym-objpath="/Projects/TestApp/build/Debug-iphonesimulator/TestApp.app.dSYM/Contents/Resources/DWARF/TestApp"]
<- 161^done,bkpt={number="1",type="breakpoint",disp="keep",enabled="y",addr="0x000028cf",func="main",file="/Projects/TestApp/main.m",line="13",shlib="/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/09734C45-F595-4CB9-8707-744E92D66245/TestApp.app/TestApp",times="0"},time={wallclock="0.15835",user="0.00321",system="0.00184",start="1236463550.455187",end="1236463550.613542"}
# processing result t=4.996437 Tepoch=1236463550.627100
# didFinish Sequence: <PBXGDB_NewBreakpointSequence: 0xa516f90> t=4.996599 Tepoch=1236463550.627262
# Executing Sequence: <PBXGDB_AttachControlSequence: 0xa4fceb0> t=4.996690 Tepoch=1236463550.627352
-> 162-mi-verify-command target-attach
# PBXGDB_MIVerifyCommandCommand t=4.996824 Tepoch=1236463550.627486
<- (gdb)
<- 162^done,name="target-attach",defined="true",implemented="true",time={wallclock="0.00007",user="0.00006",system="0.00001",start="1236463550.627975",end="1236463550.628046"}
# processing result t=4.998137 Tepoch=1236463550.628799
-> 163-target-attach 288
# PBXGDB_MIAttachCommand t=4.998293 Tepoch=1236463550.628955
<- (gdb)
<- ~"Attaching to program: `/private/var/root/Library/Application Support/iPhone Simulator/User/Applications/09734C45-F595-4CB9-8707-744E92D66245/TestApp.app/TestApp', process 288.\n"
<- ~"Re-enabling shared library breakpoint 1\n"
<- =shlibs-updated
<- 163^done,thread-id="1",time={wallclock="0.00362",user="0.00151",system="0.00203",start="1236463550.629436",end="1236463550.633055"}
# processing result t=5.010455 Tepoch=1236463550.641117
# Enqueue seq in Command Q: <PBXGDB_ThreadListSequence: 0xa4e0520> t=5.011284 Tepoch=1236463550.641946
-> 164-exec-continue
# PBXGDB_MIContinueExecutableCommand t=5.011420 Tepoch=1236463550.642082
<- (gdb)
<- 164^running
# processing result t=5.070065 Tepoch=1236463550.700727
# didFinish Sequence: <PBXGDB_AttachControlSequence: 0xa4fceb0> t=5.071843 Tepoch=1236463550.702505
<- (gdb)
La solution
Je ne trouve pas 'GCC 4.0 - Code Des options de génération n'importe où. J'ai regardé salut et faible à la fois cible et Pages d'informations exécutables. La seule option Je vois est de sélectionner le compilateur version, et GCC 4.0 est sélectionné, mais c'est une section d'une ligne sans options supplémentaires.
Il s'agit d'un bogue Xcode dans les versions 3.1.1 et 3.1.2 si le kit SDK actif n'est pas synchronisé avec le kit SDK de base de la cible. Définissez le SDK de base de la cible sur Simulator, assurez-vous que Active SDK est Simulator et réessayez.
Si vous souhaitez réellement obtenir une réponse, vous devrez publier davantage d'informations sur votre projet: une capture d'écran des paramètres de construction ou un texte de la console du débogueur.
MISE À JOUR: Notez également dans Xcode > Préférences > Débogage: texte alt http://idisk.mac.com/cdespinosa/Public/GDB%20Log .png
Cochez la case, entrez un chemin raisonnable dans le champ du chemin, essayez votre scénario de débogage, puis créez un bogue à l'adresse http: / /bugreporter.apple.com avec le journal en pièce jointe et une description de votre scénario, ou demandez aux personnes compétentes de contacter xcode-users@lists.apple.com. Le journal gdb contient toutes les informations sur la manière dont le débogueur interagit avec votre application.
Autres conseils
Dans les préférences Xcode, accédez à la section de débogage et désactivez l'option "Charger les symboles paresseusement".
Cela a résolu le problème pour moi il y a quelques mois lorsque j'ai rencontré ce problème pour la première fois.
C’est en quelque sorte un "est-il branché" répondez, mais bon, c’est parfois le problème: les points d’arrêt sont-ils activés? Parfois, lorsque je débogue, j'oublie de cliquer sur le bouton de la barre d'outils de débogage qui active et désactive les points d'arrêt.
La section GCC 4.0 - Génération de code apparaît uniquement lorsque vous définissez le Kit de développement logiciel actif sur Appareil - iPhone OS 2.x . Allez comprendre. Ils disparaissent lorsque le SDK actif est le simulateur.
Vous devez modifier votre kit SDK actif en périphérique, modifier les paramètres, puis revenir à Simulator. Les paramètres définis sous Périphérique doivent également être valides pour Simulator. Cela fonctionne aussi avec par exemple. définir un indicateur -DDEBUG pour le prétraitement.
(Mise à jour: j'avais à moitié raison. Consultez la réponse acceptée de Chris Espinosa concernant ce bogue du SDK. Ce n'est pas que la section GCC 4.0 s'affiche lorsque le SDK actif est défini sur "Périphérique", mais bien que votre SDK de base et le SDK actif doit correspondre pour accéder à ces paramètres).
Une autre suggestion simple:
Les points d'arrêt bleu clair sont-ils bleu foncé?
Xcode vous permet de désactiver les points d'arrêt. Ceux-ci sont signalés par une flèche bleu clair (comme s'il était grisé).
Essayez d’exécuter le projet en tapant Commande-Option-Y (ceci force Xcode à démarrer le programme avec le débogueur).
Les boutons de la barre de menus de Xcode peuvent être quelque peu trompeurs. Si le bouton dit 'Run', il ne lance pas le programme dans le débogueur. Si elle dit «Go», le programme est exécuté quelle que soit la dernière construction (version ou mise au point). Commande-Option-Y démarre le programme spécifiquement dans le débogueur.
Assurez-vous également que vos points d'arrêt sont activés. Vous pouvez faire un clic droit dessus pour vérifier. En outre, dans la fenêtre du débogueur, il devrait y avoir une option dans la barre d'outils pour Activer ou Désactiver les points d'arrêt. Assurez-vous qu'ils sont activés.
Cela peut être une réponse exceptionnellement évidente, mais cela pourrait fonctionner. Avez-vous essayé d'ajouter des points d'arrêt dans du code autre que main ()? Par exemple, dans la méthode applicationDidFinishLaunching du délégué de l'application? Je sais qu'il DEVRAIT passer par main en premier, mais comme ce code n'est pas normalement modifié pour les applications iPhone, il est peut-être un peu floconneux. Cela vaut la peine d'essayer, de toute façon.
De plus, pour rechercher les options GCC 4.0 - Génération de code, cliquez sur le triangle pour ouvrir le groupe Cibles, puis cliquez sur le nom de votre application, sous Cibles. Cliquez sur le bouton Info en haut de la fenêtre Xcode pour obtenir les paramètres de votre application. Allez à construire. Assurez-vous que la liste déroulante Afficher: est définie sur Tous les paramètres. Si vous faites défiler l'écran à partir de là, vous devriez pouvoir éditer l'une des listes (après le contrôle de version et avant GCC 4.0 - Langue)
Lorsque le programme est en cours d'exécution, pouvez-vous créer un CTRL-C dans la fenêtre de la console (lorsque le curseur est présent). Si vous interrompez le type de programme info br qui devrait donner une liste des points d'arrêt actifs , la question est alors de savoir s'ils correspondent à ce que vous avez défini.
Il existe deux fichiers de configuration gdb qu'il peut être intéressant de consulter.
- /etc/gdb.conf
Les miens ont MD5 (/etc/gdb.conf) = 31b58e1ecf038554faadf777d63e9085
- ~ / .gdbinit
Je n'ai pas, avez-vous un?
Avez-vous vérifié que votre configuration de construction utilise votre certificat de développement pour la signature de code?
Si vous utilisez un certificat ad hoc, il se créera et fonctionnera correctement, mais peu de temps après le lancement de l'application, Xcode se détachera de l'appareil afin qu'aucun point d'arrêt ne soit touché. Vous pouvez rapidement savoir s'il s'est détaché ou non si vous regardez dans le coin inférieur gauche de la fenêtre principale de Xcode après avoir cliqué sur Build & amp; Allez - si vous n'utilisez pas le certificat de périphérique de développement réel, vous verrez un message disant quelque chose comme: "Code hexadécimal invalide reçu du périphérique".
On dirait que vous exécutez le programme en tant que racine , cela ne semble pas être correct ...
Dans votre liste de paramètres de construction, vous ne couvrez pas le plus important:
texte alt http://idisk.mac.com/cdespinosa /Public/Generate%20Debug%20Symbols.png
Assurez-vous que la configuration du débogage a été générée et que la configuration du débogage est active lors de la création et du débogage.
Deux autres choses à essayer:
1) Décochez Fixer et continuer. Votre journal détaillé de gdb indique qu'il est peut-être activé. Assurez-vous de bien regarder les paramètres de cible et non ceux du projet lors de la confirmation.
2) Essayez de ne pas s'exécuter en tant que root. On ne sait pas pourquoi vous devez. Il est possible que Xcode fonctionnant en tant que root ait des interactions avec le simulateur; Franchement, nous n'utilisons pas beaucoup cette configuration pour que je ne sache pas.
Le journal montre que tout fonctionne normalement. Vous avez un fichier binaire construit qui est lancé dans le simulateur; c'est la bonne architecture et bien formée; vous avez des symboles de débogage; vous avez un point d'arrêt et le point d'arrêt est en cours d'établissement. Nous croyons (comme nous ne voyons pas votre source) que le point d'arrêt est en fait sur une ligne de code en cours d'exécution.
Si vous utilisez un certificat ad hoc, il se créera et fonctionnera correctement, mais peu de temps après En lançant l'application, Xcode se détachera de l'appareil de sorte qu'aucun point d'arrêt ne sera touché.
Cela m'a aidé.
Je dois demander, étant donné le même problème, s’agit-il d’un «vrai» mac? Il y a ce problème exact avec le vaudou hacintosh kernal. Si vous utilisez voodoo kernal, démarrez avec std_dyld = 1 et tout ira bien
Cela fonctionne vraiment sur le noyau voodoo, en démarrant avec std_dyld = 1, arrêtez Xcode au point de rupture. Astuce incroyable, vraiment. Merci beaucoup à vous John votre une sorte de sauveur de la vie !!! J'ai utilisé OSX86Tools pour ajouter cet indicateur de démarrage automatiquement. Polo
J'ai essayé à peu près tout dans ce fil et le redémarrage de l'appareil a résolu mon problème.
Je viens d'avoir le même problème. Je n'ai pas encore de vraie solution, mais j'ai compris que, dans mon cas, cela dépend de l'appareil. L'erreur ne survient que sur mon iPod Touch 4G. Lorsque je passe sur mon iPhone 3G, tout fonctionne correctement et les points d'arrêt fonctionnent à nouveau.
Je ne sais pas si cela a quelque chose à voir avec le problème, mais il se peut que l'iPod4 ait un problème en raison de l'installation de l'iOS 5 bêta 2. Habituellement, lorsque je rencontre un bogue dans iOS 5, il suffit de redémarrer l'appareil. . Cependant ... le redémarrage de l'iPod4 n'a pas aidé dans mon cas ...
Solution:
Ce problème me gêne depuis quelques semaines, mais j'ai finalement trouvé une solution à mon cas:
- Assurez-vous que le SDK de votre Mac est identique (ou plus récent) à la version iOS de votre appareil.
- Redémarrez le périphérique lorsqu'il est connecté via USB et que Xcode est en cours d'exécution.
J’ai eu une situation similaire. Après 6 heures de débogage et de comparaison de fichiers de projet, cela a finalement fonctionné. La situation était que j'avais un projet de 2 ans fait à l'origine dans Xcode 3.1 jours. J'ai essayé de l'exécuter dans Xcode 4.5.1 avec des points d'arrêt et cela n'a jamais fonctionné.
Voici ce que j'ai fait pour y remédier ..
1) Dans le projet> Construire les paramètres .. Rechercher un débogage. 2) Construire une architecture active uniquement > Changer le débogage à oui 3) Générer des symboles de débogage > Oui 4) Macros du préprocesseur > Debug = 1
Il fonctionne bien maintenant.
Apple devrait vraiment améliorer l'expérience globale de Xcode. Je comprends que c’est gratuit (hé, vous en avez pour votre argent), mais malgré tout, les bugs qu’il contient sont presque insultants pour les développeurs.
