Iemand heeft ervaring met dit probleem?
Gisteren kan ik mijn app nog steeds in de simulator uitvoeren, maar nu kan ik mijn app niet uitvoeren omdat Xcode deze fout in de console afdrukt:

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

Ik heb geprobeerd opnieuw te installeren, doe dit posten maak een nieuw project, maar geeft geen geluk.
Kan iemand dit probleem oplossen?

Ik gebruik Xcode 4.5 Preview 2 en probeer iOS-simulator 6 uit te voeren

Antwoord 1, autoriteit 100%

Het resetten van de inhoud en instellingen in de simulator werkte voor mij. Dit is beschikbaar in het menu “iOS Simulator”.

Antwoord 2, autoriteit 29%

ga naar het menu Product en vind daar het menu Schema bewerken.

Selecteer in het venster Schema bewerken de optie “Uitvoeren” aan de linkerkant van het scherm en verander vervolgens aan de rechterkant de debugger van LLDB in GDB.

Antwoord 3, autoriteit 14%

Ik ondervond hetzelfde probleem en na een tijdje kwam ik erachter dat het te wijten was aan het feit dat mijn XCode-project een Mapreferentiebevatte naar een map met de naam Bronnen.

Het lijkt erop dat XCode die naam niet leuk vindt.

Gewoon het verwijderen van de mapverwijzingof het hernoemen van de maploste het probleem op.

Antwoord 4, autoriteit 13%

TWEE METHODEN

Methode 1: In de map Application Support -> iPhone-simulator -> In elke simulatorversie van iOS-> Toepassingen -> Verwijder alle bestanden die hier aanwezig zijn.

Ga nu naar Producten -> Schoon

Voer het nu uit op een willekeurige simulator en het zal werken.

Methode 2:

Antwoord 5, autoriteit 6%

Stap1: ping

$ ping localhost

Dit zou iets moeten opleveren als

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
...

Als dit werkt, lost dit antwoord uw probleem niet op. Probeer iets anders.

Als ping iets anders retourneert, bijvoorbeeld: ping: cannot resolve localhost: Unknown hoster is iets mis met je /etc/hosts-bestand, ga dan naar Stap 2

Stap2: Controleer /etc/hosts

Controleer of de bovenkant van uw /etc/hosts-bestand er zo uitziet

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

Als het deze items niet in het bestand heeft, voer ze dan bovenaan het bestand in, spoel de dns-cache door met $ dscacheutil -flushcacheen ga terug naar Stap 1, ga anders verder naar Stap 3.

Stap3: Correct bestandsformaat: het moet unix of LF zijn *

$ file /etc/hosts

Dit zou moeten retourneren: /etc/hosts: ASCII English text

Als het iets teruggeeft als /etc/hosts: ASCII English text, with CR line terminators , dan heeft het bestand de verkeerde indeling en wordt het waarschijnlijk genegeerd.

Verander de bestandsregeleinden in unix of LF met je favoriete teksteditor.

• In Sublime Text 2 kan dit via het menu View: View > Regeleinden > Unix

Flush de dns-cache ($ dscacheutil -flushcache) en ga terug naar stap 1

Antwoord 6, autoriteit 3%

Vergelijkbaar met het antwoord van fundtimer, lijkt het lokale hosts-bestand de boosdoener te zijn.

Ik moest mijn /etc/hosts-machtigingen terugzetten naar de standaard na een onbedoelde wijziging:

sudo chmod 644 /etc/hosts

Daarna werkte simulator/LLDB voor mij.

Antwoord 7, autoriteit 3%

Dit is een oud onderwerp, maar ik geloof dat er een beetje is veranderd voor de nieuwste versie van macOS.

Ik ben op het probleem gestuit toen ik een UI-testsuite voor een iOS-app in de simulator op macOS Mojave Beta en Xcode 9.4.1 probeerde uit te voeren.

Het blijkt dat op macOS Mojave de tool codesign(die deel uitmaakt van het besturingssysteem zelf en geen deel uitmaakt van de Command Line Tools of Xcode) processen ondertekent in een hardened runtime-omgeving met onder meer runtime-code-ondertekening, bibliotheekvalidatie, hard, kill en debugging-beperkingen. Dit, samen met de systeemintegriteitsbescherming in macOS Mojave, voorkomt dat de lldb-foutopsporing verbinding maakt met het actieve doel.

Om dit op te lossen, heb je de volgende opties:

1. Een voor de hand liggende is waarschijnlijk om Xcode 10 te gebruiken. Het lijkt de verbinding gracieus af te handelen.

2. Start het besturingssysteem opnieuw op in de herstelmodus en schakel de systeemintegriteitsbescherming uit vanaf de terminal met csrutil disable. De debugger maakt dan gelukkig verbinding.

Ik heb hier behoorlijk wat tijd aan besteed en heb het allemaal kunnen oplossen na het lezen van het volgende artikel: http://www.lapcatsoftware.com/articles/debugging-mojave.html

Alleen mijn twee cent. Ik hoop dat dit iemand helpt.

Antwoord 8, autoriteit 3%

Ik had op de een of andere manier records verwijderd of verwijderd uit mijn /etc/hosts-bestand en kreeg dezelfde foutmelding.
U moet controleren of u in uw /etc/hosts-bestand de regel “127.0.0.1 localhost” heeft.
Dit heeft me geholpen!

Antwoord 9, autoriteit 2%

Ik weet dat dit een oude vraag is, maar het kwam als eerste bij mij op toen ik op Google zocht naar “kan niet worden gekoppeld aan proces-ID”. Ik gebruik Xcode 7. Gebeurde nadat iOS9 was uitgebracht en ik mijn swift-app had bijgewerkt voor swift 2.

Door mijn app in de simulator te verwijderen en een nieuwe build en run te doen, werd het opgelost.

Antwoord 10

Ik heb hetzelfde probleem gehad bij het debuggen op het apparaat. De app crashte bij het opstarten, maar verscheen niet als een actief proces.

Mijn oplossing is om een ​​procesviewer-app te gebruiken (bijv. Systeemstatus of iets dergelijks). Zoek uw verouderde app en vind vervolgens de bovenliggende proces-IDdie meestal debugserveris.

Ga op Xcode, Product -> Bijvoegen bij proces -> Door proces-ID en koppel aan de debugserverproces-PID. Wacht even en druk vervolgens op de knop Stop.

De verouderde debugserver en app-processen verdwijnen.

(Als je de simulator gebruikt, zou het equivalent zijn om de terminal, ps te gebruiken en het app-proces te beëindigen. Heb dat echter niet geprobeerd).

Antwoord 11

Ik heb zojuist de applicatie uit de simulator verwijderd (net zoals je zou doen op een echt apparaat), en toen ik het opnieuw uitvoerde, werkte alles prima.

Antwoord 12

Ik heb ook hetzelfde probleem en voor mij is de oplossing:-

Verwijder gewoon de app van de simulator en wis het project en voer het uit.

Moge het ook iemand anders helpen.

Antwoord 13

Ik heb dit probleem opgelost door de van Xcode afgeleide gegevens te verwijderen.

Druk in de Finder op SHIFT+CMD+G en typ het onderstaande pad en verwijder alle gegevens in DerivedData:

 ~/Library/Developer/Xcode/DerivedData

Simulatorbuilds ook resetten

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

Antwoord 14

Ik heb dit zojuist op het ontwikkelaarsforum gepost. Het was een eenvoudige oplossing en kan iemand hier helpen:

Ik had precies hetzelfde probleem: bij het gebruik van een huidige versie van Xcode 4.xx en de LLDB-debugger, plus elke versie van de Simulator, crashte XCode consequent met ‘kan niet worden gekoppeld aan proces …’. Mijn enige oplossing was om over te schakelen naar de GDB-foutopsporing. Dit was teleurstellend omdat ik de nieuwe, robuuste LLDB in XCode 4.6-DP echt wilde proberen.

En toen herinnerde ik me; Ik had enige tijd geleden mijn netwerk/server-hostbestand op …etc/hosts gewijzigd om plaats te bieden aan verschillende virtuele Apache2-serverhosts, d.w.z. ik heb de regel verwijderd:

127.0.0.1 locahost

Dat was het. Door die regel te verwijderen, crashte XCode bij het koppelen aan de simulator met LLDB.
Door die regel te herstellen, werkte XCode prima met LLDB en de Simulator.

Hoe dan ook, dit is misschien niet jouw probleem, maar het is het onderzoeken waard. Wat mij betreft is het een serieuze ongedocumenteerde bug.

Antwoord 15

In mijn geval was de oplossing anders: de run-modus was “Release”. Veranderen naar “Debug” loste het op. Xcode 4.5.x had er geen probleem mee.

Antwoord 16

Het probleem voor mij werd veroorzaakt door een nogal domme fout: ik heb een nieuw doel voor mijn project gemaakt door een bestaand doel te dupliceren en vergat de Bundle Identifierin het info.plist-bestand van het doel te wijzigen.

Antwoord 17

Bovenstaand antwoord heeft me echt geholpen.
https://stackoverflow.com/a/12819757/1752988
Omdat ik in mijn XCode een storyboard en een aangepaste weergavecontroller heb gebruikt. en in de waarschuwingslijst zag ik dat enkele van de nib-bestanden ontbreken. Ik werd misselijk door dat te zien. Ik zag echter dit antwoord,
en hoewel ik het niet leuk vond om de inhoud van mijn app-simulator opnieuw in te stellen, deed ik het en het werkte echt voor mij.

En ook de Debugger wijzigen van Product -> Schema -> Schema bewerken (Uitvoeren) van LLDB naar GDB werkte ook niet voor mij.

P.s.: – Pardon, ik heb dit antwoord als ondersteuningscommentaar toegevoegd aan het bovenstaande, aangezien ik geen 15 reputatie-upvotes heb voor het bovenstaande antwoord of 50 reputatiepunten om hierboven op te reageren.

Antwoord 18

Ik heb dit probleem opgelost door XCode en Simulator af te sluiten. Open het project opnieuw. Klaar.

Antwoord 19

Het volgende werkte voor mij op iOS 9.1:

1. Verwijder de app gewoon van de simulator
2. Sluit de simulator (Cmd+Q)
3. Ruim uw Xcode-project op
4. Run op simulator

Opmerking: u hoeft de simulator niet opnieuw in te stellen.

Antwoord 20

Ik werk aan de Ionic 2-applicatie, ik ben nieuw in deze en zelfs Xcode en simulator.
Aanvankelijk werkte mijn app aan de simulator, maar na een tijdje begon het fouten te genereren zoals-
xcode-fout: kan niet worden gekoppeld aan proces-ID

Ik heb alle bovenstaande antwoorden gezocht en geprobeerd, maar mijn probleem is niet opgelost.
Daarna heb ik (Ionic, npm, cordova ) mijn machine-instellingen-

******************************************************
 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
******************************************************

Hierna voer ik gewoon een opdracht uit vanuit de homedirectory van mijn toepassing

1. ionische run -l
2. ionic build ios.
3. xcode-wijzigingen geïmporteerd in xcode.
4. Inhoud resetten en instellen als-
   
5. duidelijk product van Xcode,
   
6. Uitvoeren Xcode en nu werkt aan simulator.

Happy om dit te zien !!!

Antwoord 21

Zo veel antwoorden op deze en ik wist niet wat ik denk dat de juiste is. Het is een probleem met de vergunning. Typ dit in de Terminal:

sudo DevToolsSecurity -enable

Antwoord 22

Aan Xcode 9+ het volgende doen:
Ga naar het menu Xcode: Product-Scheme – Scheme Bewerken en onder het tabblad Uitvoeren er zeker van zijn dat de Debug Executable is aangevinkt! Dat is het!

Antwoord 23

Net reset en de instellingen van iOS simulator en vervolgens schone code door te drukken op command + shift + k toetsen om schoon code.Dit gewerkt voor mij

Antwoord 24

Als lame als het is, mijn computer opnieuw op te starten was de enige oplossing die werkte. Ik probeerde het overschakelen van LLDB naar GDB, het resetten van de inhoud van de Simulator, en opnieuw Xcode. Het enige ding dat werkte was mijn computer opnieuw op te starten, de heropening van Xcode, en opnieuw uitvoeren van de app.

Antwoord 25

Ik had hetzelfde probleem. Ik heb een aantal combinaties van antwoorden gegeven om het te laten werken. 🙂

het reinigen van de Build map door te klikken op “Product” in de menubalk. terwijl u op de Alt-toets klikt u op “Clean Build Folder”. Herstart nu uw Xcode en simulator.
Nu het zou moeten werken. zo niet, ook proberen te veranderen bundel-ID en Simulator “Content Reset” en vervolgens herstart Xcode en simulator.

Antwoord 26

liep over dit vandaag. Ik heb per ongeluk mijn Launch beelden verwijderd uit mijn Target Instellingen.

Antwoord 27

proberen om de volgende stappen te doen:

• Ga naar Product / schema / schema bewerken selecteer dan Run sectie.
• Selecteer Info Tan en stel Debugger Geen.
• Uitvoeren project. Het moet werken (zonder debugger)
• Ga terug naar Schema bewerken en selecet debugger LLDB
• Uitvoeren project. Het werkt.

Misschien bovendien je nodig hebt om afgeleide gegevens te wissen en te doen Product- / Clean

Antwoord 28

Heeft u meerdere gebruikers aangemeld bij uw machine? Ik heb “persoonlijke” en “werk” accounts op mijn laptop. Ik heb deze fout toen ik probeerde te debuggen van mijn persoonlijke account, maar ik had de simulator loopt in mijn werk beschouwing gelaten. Stoppen met de simulator in het andere account vaste mijn probleem.

Antwoord 29

en een andere voor de goede orde: (geen van de suggesties werkte voor mij)

Mountain Lion: XCode 4.6.3

• I moved the whole Application to Trashen verwijderde volgende andere mappen
• /Users/[USERNAME]/Library/Developer
• /Users/[USERNAME]/Library/Caches/com.apple.dt.XCode

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

• reboot System en herinstallatie XCode

Antwoord 30

Ook had hetzelfde probleem vandaag. Ik was met behulp van Xcode 4.6.3. Ik sloot mijn project en open het in Xcode 5 en het loopt perfect.

Raar maar waar