support - ios versiones

¿Por qué Xcode 4.3.1(4E1019)/4.3.2(4E2002) se cuelga regularmente con el simulador de iOS?

Question

Esta pregunta ya tiene una respuesta aquí:

• XCode 4.3.2, problema al ejecutar en el simulador 6 respuestas

Una vez en cada 10-20 ejecuciones, experimento un Xcode colgado cuando intento iniciar una nueva aplicación en el simulador. La aplicación no se iniciará.

Puedo abandonar el simulador, pero Xcode simplemente ignorará las paradas.

La única solución hasta ahora es matar y reiniciar Xcode. Afortunadamente eso parece funcionar sin efectos secundarios.

(xcode 4.3 en Lion, 8GB mac mini, 5.1 iOS)

Edit: he presentado un informe de error con Apple.

Edición de junio de 2012: sigue siendo un problema en Xcode 4.3.2 (4E2002)

Edición de octubre de 2012: con Xcode 4.5 este problema parece haber desaparecido. Parece que me doy cuenta de que cada ejecución en el simulador ahora tiene una pausa de unos segundos antes de iniciar la aplicación. Quizás el problema se solucionó al introducir una espera más larga en algún lugar. (No hay tal cosa como un almuerzo gratis.)

Answer 1

Encontró una solución que le ahorra matar a Xcode cuando esto sucede: si ocurre un bloqueo cuando ejecuta el simulador de iPhone al simulador de iPad, o viceversa. Recibirá el mensaje de que el simulador ya está en uso, pero ignórelo. Luego, vuelva al simulador de dispositivo que causó sus problemas en primer lugar, ¡una nueva ejecución funcionará!

Quizás Xcode tenga problemas para contactar el proceso en ejecución en el simulador, por encima de la solución alternativa.

Answer 2

Estoy viendo esto mucho. Cada vez que inicio XCode, obtengo una ejecución y luego, si intento ejecutar otra vez (después de Command-Q en el simulador), tengo que Forzar la salida de XCode si quiero volver a ejecutar. Puedo ver los procesos del simulador en ejecución con ps -ef, pero incluso si los mato (y mueren), XCode aún cree que hay un simulador en ejecución.

Estoy teniendo cierto éxito al realizar el simulador de iOS> Restablecer contenido y configuración ... antes de salir del simulador. También estoy teniendo cierto éxito con Detener el simulador (de XCode) tan pronto como termine de probarlo.

Answer 3

He encontrado que el bloqueo es más difícil que todo eso. Ni siquiera puedo entrar para cambiar simuladores. Salir de Xcode no funcionará porque no quiere detener todas las tareas. Intenté matar una tarea de ching de zombis, pero eso no funcionó. No vi las tareas gdb o lldb, aunque sé que Clang está asociado con lldb.

así que ... no hay respuesta, excepto forzar salir de xcode o matar los procesos de -9 xcode en el terminal.

actualizar ... intente este https://.com/a/10277189/774691 (que también se menciona en este https://.com/a/13400190/774691 )! es imposible creer que funcione, pero uso esto 2-3 veces al día, y me río y me río y me río. Es una locura, pero funciona. votalo ¡El tipo a quien se le ocurrió esa respuesta necesita algunos votos serios!

Answer 4

Lo reporté a Apple

BUG REPORT
12872744
https://devforums.apple.com/thread/175685

También puede reiniciar el simulador y reiniciar la aplicación manualmente; esto activa XCode y deja el modo DEBUG bloqueado y vuelve al modo STOP.

Tienes que iniciar la ejecución en Xcode de nuevo, pero al menos se ha detenido.

Answer 5

Parece que al detener la aplicación que se ejecuta actualmente en el simulador antes de que la nueva ejecución de compilación resuelva el problema: comando + . y comando + r

Moutain Lion (10.8) + Xcode versión 4.4.1 (4F1003)

Answer 6

Simplemente presione comando + b y rápidamente presione comando + r y se ejecutará.

Answer 7

Use GDB en lugar de LLDB (predeterminado) para la depuración. Hay algunos errores en LLDB en este momento que afectan a bloqueos de lanzamiento, lecturas falsas de direcciones de memoria, puntos de interrupción no detectados que dan como resultado matanzas EXC_BREAKPOINT).