Почему Xcode 4.3.1 (4E1019)/4.3.2 (4E2002) регулярно держится с симулятором iOS?

После каждых 10-20 запусков я испытываю зависающий Xcode при попытке запустить новый запуск приложения в симуляторе. Приложение не запустится.

Я могу выйти из симулятора, но Xcode просто проигнорирует выход.

Единственное решение - убить и перезапустить Xcode. К счастью, это кажется без побочных эффектов.

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

Изменить: я подал отчет об ошибке с Apple.

Изменить июнь 2012 года: это все еще проблема в Xcode 4.3.2 (4E2002)

Редактировать Октябрь 2012: с Xcode 4.5 эта проблема, похоже, ушла. Кажется, я заметил, что каждый запуск на симуляторе теперь имеет паузу за несколько секунд до запуска приложения. Возможно, проблема была решена путем более длительного ожидания. (Нет такого понятия, как бесплатный обед.)

Ответ 1

Обнаружено обходное решение, которое избавляет вас от убийства Xcode, когда это происходит: если происходит зависание, когда вы запускаете симулятор iPhone для эмулятора iPad, или наоборот. Вы получите сообщение о том, что симулятор уже используется, но игнорируйте это. Затем вернитесь к симулятору устройства, который вызвал вашу проблему, в первую очередь, новый запуск будет работать!

Возможно, Xcode не может связаться с текущим процессом в симуляторе.

Ответ 2

Я обнаружил, что повесить труднее всего. даже не могут переключаться на симуляторы. Quit Xcode не будет работать, потому что он не хочет останавливать все задачи. попытался убить зомбированную задачу клана, но это не сработало. не видел ни задач gdb, ни lldb, хотя я знаю, что clang связан с lldb.

поэтому... нет ответа, кроме принудительного завершения xcode или kill -9 xcode процессов в терминале.

update... попробуйте fooobar.com/questions/150964/... (на что также ссылается fooobar.com/questions/193022/...)! невозможно поверить, что это работает, но я использую это 2-3 раза в день, и я смеюсь, и я смеюсь, и я смеюсь. это безумие, но оно работает. проголосуйте. парень, который придумал этот ответ, нуждается в серьезных волнениях!

Ответ 3

Используйте GDB вместо LLDB (по умолчанию) для отладки. Сейчас в LLDB есть некоторые ошибки, влияющие на зависания запуска, ложные адреса памяти, неотображаемые точки останова, приводящие к убийствам EXC_BREAKPOINT).

Ответ 4

Просто нажмите command + b и быстро нажмите command + r, и он запустится.

Ответ 5

Я вижу это много. Каждый раз, когда я запускаю XCode, я получаю один запуск, а затем после этого, если я пытаюсь запустить снова (после Command-Q в симуляторе), мне нужно принудительно вывести XCode, если я хочу снова запустить. Я могу видеть запущенные симуляторные процессы с ps -ef, но даже если я их убью (и они умрут), XCode по-прежнему считает, что там работает симулятор.

У меня есть некоторый успех с выполнением iOS Simulator > Reset Content and Settings..., прежде чем выйти из симулятора. У меня также есть некоторый успех с остановкой симулятора (с XCode), как только я закончил его тестирование.

Ответ 6

Кажется, что остановка приложения, запущенного в настоящее время в симуляторе, перед новым компиляционным запуском решает проблему: command + . и command + r

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

Ответ 7

Я сообщил об этом в apple

BUG REPORT
12872744

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

Вы также можете перезапустить Симулятор и перезапустить приложение вручную, и это ускорит XCode, и он покинет застрявший режим DEBUG и вернется в режим STOP.

Вам нужно снова запустить прогон в Xcode, но, по крайней мере, его остановить.