Хтось відчув цю проблему? Вчора я все ще можу запустити свою програму в тренажері, але тепер я не можу запустити свою програму, оскільки Xcode друкує цю помилку в консолі:

error: failed to attach to process ID <ID number>

Я намагався перевстановити, виконати цю публікацію та створити новий проект, але не повертає удачі. Хтось може вирішити цю проблему?

Я використовую Xcode 4.5 Preview 2 і намагаюся запустити iOS simulator 6

Скидання вмісту та налаштувань у тренажері працювало для мене. Це доступно в меню «Симулятор iOS».

перейдіть до меню Продукт і знайдіть там меню Редагувати схему.

Перебуваючи у вікні редагування схеми, виберіть параметр «Виконати» в лівій частині екрана, а потім у правій частині, змініть налагоджувач з LLDB на GDB.

У мене виникла та ж проблема, і через деякий час я дізнався, що це пов’язано з тим, що мій проект XCode включав посилання на папку на папку з назвою Resources .

Здається, що XCode не любить цього імені.

Просто усунення посилання на папку або перейменування папки вирішило проблему.

ДВІ МЕТОДИ

Спосіб 1 : Всередині папки Підтримка програм -> iPhone Simulator -> У кожній версії симулятора iOS -> Програми -> Видаліть усі файли, представлені тут.

Тепер перейдіть до Продукти -> Очистити

Тепер запустіть його на будь-якому тренажері і він спрацює.

Спосіб 2 :

Крок1: пінг

$ ping localhost

Це має повернути щось подібне

PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.028 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.048 ms
...

Якщо це працює, ця відповідь не вирішить вашу проблему, спробуйте щось інше.

Якщо ping поверне щось інше, наприклад: ping: cannot resolve localhost: Unknown hostщось накручено у ваш /etc/hostsфайл, перейдіть до кроку 2

Крок 2: Перевірте / etc / hosts

Перевірте, чи /etc/hostsвиглядає верхній частині вашого файлу таким чином

127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost 
fe80::1%lo0     localhost

Якщо у файлі немає цих записів, введіть їх у верхній частині файлу, очистіть кеш-пам'ять dns за допомогою $ dscacheutil -flushcache та поверніться до кроку 1 , інакше продовжте крок 3 .

Крок 3: Правильний формат файлу: він повинен бути unix або LF *

$ file /etc/hosts

Це має повернути: /etc/hosts: ASCII English text

Якщо він повертає щось подібне, /etc/hosts: ASCII English text, with CR line terminators тоді файл знаходиться у неправильному форматі і, ймовірно, ігнорується.

Змініть закінчення файлу на unix або LF за допомогою улюбленого редактора тексту.

• У піднесеному тексті 2 це можна зробити за допомогою меню перегляду: Вид> Закінчення рядків> Unix

Очистіть кеш-пам'ять dns ( $ dscacheutil -flushcache) та поверніться до кроку 1

Як і у відповіді fundtimer, винуватцем вини став місцевий файл хостів.

Мені довелося змінити свої /etc/hostsдозволи назад за замовчуванням після ненавмисної зміни:

sudo chmod 644 /etc/hosts

Після цього для мене працював тренажер / LLDB.

Це стара тема, але я вважаю, що для останньої версії macOS щось змінилося.

Я натрапив на цю проблему, намагаючись запустити тестовий набір інтерфейсу для додатка iOS в тренажері на macOS Mojave Beta та Xcode 9.4.1.

Виявляється, на macOS Mojave codesignінструмент (який є частиною самої ОС, а не частиною Інструментів командного рядка або Xcode) підписує процеси в загартований час виконання середовищі яке включає в себе виконання підпису коду виконання, перевірку перевірки бібліотеки, hard, kill, та обмеження налагодження. Це разом із захистом цілісності системи в macOS Mojave запобігає підключенню налагоджувача lldb до бігової цілі.

Щоб вирішити цю проблему, вам потрібно запропонувати такі варіанти:

1. Очевидним є, мабуть, просто використання Xcode 10. Він, здається, обробляє з'єднання витончено.

2. Перезавантажте ОС у режимі відновлення та вимкніть захист цілісності системи з терміналу за допомогою csrutil disable. Потім налагоджувач підключається щасливо.

Я витратив чимало часу на цю голову, і мені вдалося вирішити все це, прочитавши наступну статтю: http://www.lapcatsoftware.com/articles/debugging-mojave.html

Всього два мої центи. Сподіваюся, що це комусь допоможе.

Я якось видалив або видалив записи з мого / etc / hosts файлу, і я отримав ту ж помилку. Ви повинні перевірити, чи є у вашому файлі / etc / hosts рядок "127.0.0.1 localhost". Це мені допомогло!

Я знаю, що це давнє запитання, але воно з’явилося першим для мене, коли я здійснив пошук в Google, щоб "не вдалося приєднати до ідентифікатора обробки". Я використовую Xcode 7. Сталося після виходу iOS9, і я оновив свою швидку програму для swift 2.

Видалення мого додатка в тренажері та створення нової збірки та запуску очистило його.

Я просто видалив додаток із тренажера (як і на фактичному пристрої), і коли я повторно запустив його, все працювало нормально.

У мене є та ж проблема, і для мене рішення таке: -

Просто видаліть додаток із симулятора, а потім очистіть та запустіть проект.

Нехай це допоможе і комусь іншому.

Я щойно опублікував це на Форумі розробників. Це було просте рішення і може допомогти комусь тут:

У мене була точно така ж проблема: при використанні будь-якої поточної версії Xcode 4.xx та налагоджувача LLDB, а також будь-якої версії симулятора XCode послідовно зазнав аварії з "не вдалося приєднати до процесу ..." Моє єдине рішення - переключитися на налагоджувач GDB. Це було невтішно, оскільки я дуже хотів спробувати новий, надійний LLDB в XCode 4.6-DP.

І тоді я згадав; Я деякий час тому змінив свій файл хостів мережі / сервера на ... etc / hosts, щоб розмістити кілька віртуальних хостів сервера Apache2, тобто я видалив рядок:

127.0.0.1 локахост

Це було все. Видаливши цю лінію, XCode зазнав аварії, коли приєднався до симулятора з LLDB. Відновивши цю лінію, XCode чудово співпрацював з LLDB та Simulator.

У будь-якому випадку це може бути не вашою проблемою, але це варто вивчити. Що стосується мене, це серйозна незадокументована помилка.

У мене була така ж проблема при налагодженні на пристрої. Додаток вийшов з ладу при запуску, але не відображався як запущений процес.

Моє рішення - використовувати деякий додаток для перегляду процесів (наприклад, Статус системи чи подібне). Знайдіть застаріле додаток і знайдіть ідентифікатор батьківського процесу, який зазвичай є налагоджувачем .

Перейдіть на Xcode, Product -> Attach to Process -> Ідентифікатор процесу та приєднайте PID до процесу відладчика . Зачекайте секунду, а потім натисніть кнопку Зупинити .

Процеси застарілого налагоджувача та програми зникають.

(При використанні тренажера еквівалентом було б використання терміналу, ps та вбити процес App. Хоча я цього не намагався).

У моєму випадку рішення було іншим: режим запуску був "Відпустити". Змінивши на "Налагодження" виправили це. У Xcode 4.5.x з цим не було проблем.

Проблема для мене була викликана досить дурною помилкою: я створив нову ціль для свого проекту, дублюючи існуючу ціль і забув змінити ідентифікатор зв’язку у файлі info.plist цілі.

Я вирішив цю проблему, видаливши вміст даних, отриманих Xcode.

У пошуку знайдіть SHIFT + CMD + G та введіть нижче шлях та видаліть усі дані всередині DerivedData:

  ~/Library/Developer/Xcode/DerivedData

Також скидання симулятора будується

     ~/Library/Application Support/iPhone Simulator/6.0/Applications 

Вище відповідь мені справді допомогла. https://stackoverflow.com/a/12819757/1752988 Тому що в моєму XCode я використовував дошку розповідей та користувацький контролер перегляду. і в його списку попереджень про те, що я бачив, що деякі файли nib відсутні. Мене пропустили, побачивши це. Однак я побачив цю відповідь, і хоча мені не подобалось скидати вміст симулятора додатків, я це зробив, і це справді працювало на мене.

А також зміна налагоджувача з Product -> Scheme -> Edit Scheme (Run) з LLDB на GDB також не працювала для мене.

Ps: - Вибачте, я додав цю відповідь як коментар підтримки до вище, оскільки у мене немає 15 репутації, яка підтверджує вищезгадану відповідь або 50 балів репутації, щоб коментувати вище.

Я вирішив цю проблему, вийшовши з XCode та Simulator. Повторно відкрийте проект. Зроблено.

Наступне працювало для мене на iOS 9.1:

1. Просто видаліть додаток із симулятора
2. Закрийте тренажер (Cmd + Q)
3. Очистіть проект Xcode
4. Запустити на тренажері

Примітка: Не потрібно скидати тренажер.

Я працюю над додатком Ionic 2, я новачок у цьому і навіть Xcode та симуляторі.
Спочатку моє додаток працювало на тренажері, але через деякий час воно почало генерувати помилку типу
xcode error: не вдалося приєднати до ідентифікатора процесу

Я шукав, спробував усі відповіді вище, але мою проблему не було вирішено.
Тоді я оновив ( Ionic , НПМ , Cordova ) моя машина Setup-

******************************************************
 Dependency warning - for the CLI to run correctly,      
 it is highly recommended to install/upgrade the following:     

 Install ios-deploy to deploy iOS applications to devices.  `npm install -g ios-deploy` (may require sudo)

******************************************************

Your system information:

Cordova CLI: 6.4.0 
Ionic Framework Version: 2.0.0-beta.10
Ionic CLI Version: 2.1.8
Ionic App Lib Version: 2.1.4
ios-deploy version: Not installed
ios-sim version: 5.0.8 
OS: OS X Yosemite
Node Version: v6.2.2
Xcode version: Xcode 7.2 Build version 7C68



******************************************************

Після цього я просто запускаю команду з домашнього каталогу мого додатка

1. іонний пробіг -л
2. іонна побудова ios.
3. імпортовані зміни xcode в xcode.
4. Скидання вмісту та налаштування як-
   
5. очистити продукт від xcode,
   
6. Запустіть Xcode і зараз він працює на тренажері.

Рада бачити це !!!

Стільки відповідей на це, і я не бачив, що вважаю правильним. Це проблема з авторизацією. Введіть це в терміналі:

sudo DevToolsSecurity -enable

На Xcode 9+ зробіть наступне: Перейдіть до меню Xcode: Product-Scheme - Edit Scheme, і на вкладці Run запустіть переконайтесь, що прапорець Debug Executable. Це воно!

Просто скиньте вміст та налаштування симулятора iOS, а потім очистіть код, натиснувши команду + shift + k клавіші, щоб очистити код. Це працювало для мене

Настільки кульгавим, як тільки це було, перезавантаження мого комп’ютера було єдиним рішенням. Я спробував перейти з LLDB на GDB, скинути вміст симулятора та перезапустити Xcode. Єдине, що спрацювало - перезапустити мій комп’ютер, повторно відкрити Xcode та повторно запустити додаток.

У мене була така ж проблема. Я зробив кілька комбінацій відповідей, наданих, щоб це спрацювало. :)

очистіть папку збірки, натиснувши "Продукт" у меню "Бар". натискаючи клавішу Alt, натисніть «Очистити папку збірки». Тепер перезавантажте свій xcode та тренажер. Тепер це має працювати. якщо ні, спробуйте змінити ідентифікатор пакета та симулятор "Скидання вмісту", а потім перезапустіть xcode та симулятор.

Сьогодні перебігли це. Я випадково видалив свої запуски зображень із моїх цільових налаштувань.

спробуйте зробити наступні кроки:

• Перейдіть до продукту / схеми / редагувати схему, а потім виберіть пункт «Виконати».
• Виберіть Info Tan і встановіть Debugger None.
• Запустити проект. Він повинен працювати (без налагоджувача)
• Поверніться до редагування схеми та оберіть налагоджувальний LLDB
• Запустити проект. Це працює.

Можливо, додатково потрібно видалити отримані дані та зробити продукт / очистити

Чи у вас кілька користувачів увійшли в систему на вашій машині? У мене на ноутбуці є облікові записи "особистого" та "робочого". Цю помилку я отримав, коли намагався налагоджувати свій особистий рахунок, але тренажер залишив роботу на моєму робочому акаунті. Вихід із тренажера в іншому обліковому записі вирішив мою проблему.

і ще один для запису: (жодна з пропозицій не працювала для мене)

Гірський лев: XCode 4.6.3

• Я moved the whole Application to Trashвидалив наступні папки
• /Users/[USERNAME]/Library/Developer
• /Users/[USERNAME]/Library/Caches/com.apple.dt.XCode

• /Users/[USERNAME]/Library/Application Support/iPhone Simulator

• перезавантажте систему та перевстановіть XCode

Також сьогодні була така ж проблема. я використовував Xcode 4.6.3. Я закрив свій проект і відкрив його в Xcode 5, і він працює ідеально.

Дивно, але правда