2012-03-13 13 views
27

Una volta ogni 10-20 esecuzioni provo un Xcode sospeso quando provo ad avviare una nuova esecuzione dell'app nel simulatore. L'app non verrà avviata.Perché Xcode 4.3.1 (4E1019)/4.3.2 (4E2002) si blocca regolarmente con il simulatore iOS?

Posso uscire dal simulatore, ma Xcode ignorerà semplicemente le uscite.

L'unica soluzione finora è quella di uccidere e riavviare Xcode. Fortunatamente sembra funzionare senza effetti collaterali.

(Xcode 4.3 su Lion, 8GB Mac mini, 5.1 iOS)

Edit: Ho presentato un bug report con Apple.

Edit Giugno 2012: è ancora un problema in Xcode 4.3.2 (4E2002)

Edit Ottobre 2012: con Xcode 4.5 questo problema sembra essere andato via. Mi sembra di notare che ogni esecuzione sul simulatore ora ha una pausa di alcuni secondi prima di avviare l'applicazione. Forse il problema è stato risolto introducendo un'attesa più lunga da qualche parte. (Non esiste un pranzo gratis.)

+1

Ho sperimentato qualcosa di simile, spesso sembra che l'avvio di una build (cmd-B) durante il "blocco" ti sposterà di nuovo. si finisce quindi con due sessioni in esecuzione nel menu a discesa del pulsante di arresto, una delle quali non è reale. È piuttosto povero. – jrturton

+0

In effetti si può ancora fare una build (cmd-B), ma anche con un simulatore uscito Xcode pensa che il simulatore sia "in uso". – RickJansen

+0

Questa potrebbe essere la natura della bestia. Per la maggior parte, XCode è piuttosto bello da sviluppare ma sembra essere preso da cose strane e/o semplicemente crash. Hai aggiornato alla 4.3.1? – Squatch

risposta

3

Utilizzare GDB anziché LLDB (impostazione predefinita) per il debug. Ci sono alcuni bug in LLDB che riguardano i blocchi di lancio, le false letture degli indirizzi di memoria, i breakpoint non risolti che causano uccisioni EXC_BREAKPOINT).

+2

Grazie, ho controllato, ma GDB è già il debugger, non LLDB. – RickJansen

6

Trovato un trucco che consente di evitare di uccidere Xcode quando questo accade: se si verifica un blocco quando si esegue il simulatore di iPhone passare al simulatore iPad o viceversa. Riceverai il messaggio che il simulatore è già in uso, ma ignoralo. Quindi torna al simulatore di dispositivo che ha causato i tuoi problemi in primo luogo, una nuova corsa funzionerà!

Forse Xcode ha problemi a contattare il processo in esecuzione nel simulatore, al di sopra di una soluzione.

+1

Anch'io ho trovato che questo aiuta ma non sempre – yeahdixon

4

ho trovato che il blocco è più difficile di tutto ciò. non posso nemmeno entrare per cambiare i simulatori. Chiudi Xcode non funzionerà perché non vuole interrompere tutte le attività. provato a uccidere un compito zanged clang, ma non ha funzionato. non ho visto le attività gdb o lldb, anche se so che clang è associato a lldb.

quindi ... nessuna risposta eccetto la forzatura dei processi xcode o kill -9 xcode nel terminale.

aggiornamento ... provare questo https://stackoverflow.com/a/10277189/774691 (che è indicato anche da questo https://stackoverflow.com/a/13400190/774691)! è impossibile credere che funzioni, ma io uso questo 2-3 volte al giorno, e io ridono e ridono e rido. è folle, ma funziona. vota il ragazzo che è venuto con quella risposta ha bisogno di alcuni voti positivi!

+0

Sono d'accordo. Ho provato tutte le risposte suggerite per questa domanda, e nessuna di esse funziona. L'unica soluzione è uccidere xcode. Sto usando xcode 4.6 – JeffB6688

0

Sto vedendo questo molto. Ogni volta che avvio XCode, ottengo una corsa e poi, se cerco di eseguire nuovamente (dopo Command-Q nel simulatore), devo forzare la chiusura di XCode se voglio eseguire nuovamente. Riesco a vedere i processi di simulazione con ps -ef, ma anche se li uccido (e muoiono), XCode crede ancora che ci sia un simulatore in esecuzione.

Sto avendo un po 'di successo con l'esecuzione di Simulatore iOS> Ripristina contenuto e impostazioni ... prima di chiudere il simulatore. Sto anche avendo un certo successo con l'arresto del simulatore (da XCode) non appena ho finito di provarlo.

2

Basta premere comando + b e premere rapidamente comando + r e verrà eseguito.

0

Sembra che l'arresto dell'applicazione attualmente in esecuzione nel simulatore prima della nuova esecuzione di compilazione risolva il problema: comando + . e comando + r

Moutain Lion (10.8) + Xcode Versione 4.4.1 (4F1003)

0

ho riferito alla mela

BUG REPORT 
12872744 

https://devforums.apple.com/thread/175685 

È anche possibile riavviare il simulatore e riavvia l'app manualmente e questo riattiva XCode e lascia la modalità DEBUG bloccata e torna alla modalità STOP.

Devi ricominciare la corsa in Xcode ma almeno è stato bloccato.

Problemi correlati