Я столкнулся с проблемой (часто) с недавней крупной версией инструмента для разработки приложений iOS - Xcode 9-beta.
Он часто показывает мне ошибку при запуске/отладке приложения в Simulator (iOS 11).
Не удалось подключиться к pid: "2370"
Убедитесь, что < название проектa > еще не запущено, а < имя_системного пользователя > имеет разрешение на его отладку.
Вот снимок для той же проблемы:
Каким будет постоянное решение этой проблемы, поскольку это часто беспокоит?
Если проблема связана с ОС Mojave, и вы, как и я, пытаетесь запустить тесты на более старой версии XCode (ниже 10.0), убедитесь, что в вашей схеме при выборе Test исполняемый файл отладки отключен
Вы не сможете отлаживать тесты с этого момента
Все еще не постоянное решение, но мне пришлось выйти и перезапустить Xcode, так как другие решения не помогли мне.
Убийство моего симулятора, а затем запуск его снова из Xcode.
Это сработало для меня:
Редактировать схему → Информация → Исполняемый файл → Запросить при запуске
Кредиты @nastya-gorban ответят здесь
Обновить
Проведя значительное время с примерами отчетов об ошибках Apple, они в основном проигнорировали проблему, так как использование ручных сертификатов "не ожидается".
Короче говоря, если у вас нет бизнес-аккаунта и, следовательно, нескольких разработчиков на одном аккаунте, вы должны использовать автоматическую подпись и не должны видеть проблему.
Если у вас есть бизнес-аккаунт с несколькими пользователями (который, как я обнаружил, нарушает автоматическую подпись), это их предложение:
Мы предлагаем использовать автоматическую подпись для отладочных сборок и ручную подпись для ваших сборок дистрибутива.
У меня тоже была эта проблема. Кажется, есть проблема с установкой двух версий XCode одновременно. (9.4.1 и 10.0 бета)
Он работает с бета-версией, но не со стабильной версией. Все настроено на инструменты стабильной версии Xcode 9.4.1. Я могу только запустить свои юнит-тесты с бета-версией.
После удаления беты она работала со стабильной версией.
Я занимаюсь этой проблемой в течение нескольких дней. Я смог построить, но не запускать на Simulator, и получаю сообщение об ошибке "pid:..".
Я использую: - Xcode v9.2 - Swift 3.2 - Строительство для iOS
То, что я пробовал, НЕ ДЕЛАЕМ РАБОТАТЬ:
перезагрузка компьютера; удаление содержимого и настроек (для Simulator у меня нет "reset" ); удаление и переустановка Xcode; изменение "Цель развертывания"; изменение устройства в симуляторе Hardware- > Manage Device; удаление производных данных, очистка и строительство, или просто ждать... навсегда.
Что было сделано, как сказал Раджасехар:
После этого он успешно запущен в Simulator. Я не знаю, вернется ли проблема, но, надеюсь, это сработает.
Я тоже столкнулся с той же проблемой, я пытался запустить тестовые случаи с более старой версией xcode (9.4 в моем случае).
Отключение Debug Executable сработало.
удалить производные данные и очистить проект, дождаться завершения обработки, это может занять некоторое время. Идея состоит в том, чтобы дать некоторое время обработки. Прекрасно работает после этого
Кажется, это временная проблема, когда вы пытаетесь построить слишком быстро после начала сборки. Попробуйте остановить и снова запустить проект.
Я видел это в Xcode 10.2, и причиной для меня было то, что lldb-rpc-server крах. Я обошел это, убедившись, что Address Sanitizer или Thread Sanitizer включены в опциях отладки. Я также подал отчет об ошибке, видимый на Open Radar.
Это проблема с ненадежными сертификатами в доступе к цепочке ключей, пожалуйста, удалите такой тип сертификатов и снова заново создайте.
Я ненавижу добавлять больше шума к этому, но для меня ответ - бессмысленно использовать sudo.
Запустившись нормально, Xcode 9.4.1 (9F2000) и Xcode 10.0 beta 4 (10L213o) оба не смогли подключиться к моему приложению после нескольких попыток, что привело к ошибке, указанной в оригинальном сообщении.
Что работало, так это запуск Xcode (9.4) с помощью sudo,
sudo /Applications/Xcode.app/Contents/MacOS/Xcode
Я не понимаю, почему sudo необходимо. Приложение Cocoa, к которому я присоединяюсь, является сборкой Debug, которую я только что собрал в Xcode 9.4.1 и перетащил в /Applications. Это не кодовое обозначение. Разрешения .app, его Contents, MacOS и исполняемого файла - восьмеричные 755. Владелец - это я. Он работает нормально, если я оставлю его в папке Build, собираю и отлаживаю обычным способом.
Проблема, по-видимому, с lldb. Я также попытался использовать lldb (lldb-902.0.79.7) из командной строки. Я получил тот же результат. Работает только с sudo. Без sudo,
error: attach failed: unable to attach
В моем случае (Xcode 10.1) это была ошибка в консоли:
kernel macOSTaskPolicy: (com.apple.debugserver) may not get the taskport of (bin) (pid: 10132): (bin) is hardened, (bin) doesn't have get-task-allow, (com.apple.debugserver) is a declared debugger
Поэтому решение было отключить Hardened Runtime, очистить папку сборки и запустить снова.
(наиболее вероятное решение) 1. Simulator-> Hardware-> Удалить все содержимое и настройки
(менее вероятное решение) 2. keychain-> в правом верхнем углу lock-> разблокировать и снова заблокировать (или наоборот)
Это происходит на моем компьютере, когда я устанавливаю "новую систему сборки". Перейдите в файл меню => настройки рабочего пространства и установите для "Системы сборки" значение "Стандартный".
После некоторых копаний это сработало для меня на Xcode 10.3.
sudo /usr/sbin/DevToolsSecurity -enable
В моем случае единственное, что сработало, это переключение обратно с "Новой системы сборки" на "Устаревшую систему сборки" в настройках рабочего пространства. Облом.
У меня была похожая проблема. Ниже приведены несколько решений, которые должны работать:
Решение 4 сработало для меня.
Я понимаю, что это не проблема с одним решением, из всех других ответов. Итак, вот что у меня сработало:
1) Перезагрузите машину
2) Первый запуск всегда работает для меня. Единственное, что помогает мне избежать этой ошибки после первого запуска, - это остановить приложение из XCode, а не просто нажать кнопку "Выполнить" для повторного запуска приложения.
Другое дело, когда я блокирую свой компьютер, проблема иногда появляется снова (вероятно, когда я забываю остановить приложение). Поэтому я должен перезагрузить мою машину снова.