Ik ben nieuw voor het programmeren en ik besloot eerst Python te leren, dus;
Ik heb Python, nieuwste versie 3.4 geïnstalleerd. En ik probeer de modus Python Idle (GUI) te openen, dus wanneer ik open, krijg ik het bericht “Idle’s subprocess niet gemaakt. Ofwel inactief kan niet starten of persoonlijke firewall-software blokkeert.”.
Mijn firewall is geen probleem omdat ik het python doordraagt. Ik heb het ook geprobeerd het opnieuw te installeren en het maakte geen diffirentie. Dus als ik kan helpen!
Bedankt op uw tijd: D
Antwoord 1, Autoriteit 100%
Verwijder alle geavanceerde. Py-bestanden in de map met Python. Bijvoorbeeld willekeurige.py, eind.py – dat was mijn probleem dat hetzelfde meldingsvenster heeft veroorzaakt. Reden in bestandsnaamconflicten.
Antwoord 2, Autoriteit 18%
Het kan een veel voorkomend probleem zijn dat plaatsvindt wanneer u in uw huidige map een bestand hebt met dezelfde naam op één uit Python (Referenties: kan ‘ t Run Python via inactief uit Explorer [2013] – Stations Subproces maakte geen verbinding )
Het lijkt erop dat het ook kan gebeuren als u onjuiste omgevingsvariabelen heeft, zoals HOMEPATHUSERPROFILE(Referenties: Uitgave 14576: inactief: inconsistent gebruik van homedrive, homepath en userprofile op Windows )
Ik heb een andere gerelateerde vraag gevonden: Python inactieve subprocesfout?
Mijn advies Als het antwoord niet is: Google is misschien je vriend! De 3 aanwijzingen hierboven komen van daaruit: -)
Antwoord 3, Autoriteit 14%
De oplossing is hier.
Open taakbeheer, kill pythonw.exe, als je 2 of meer exemplaren vindt. Zou daarna moeten werken.
Antwoord 4, autoriteit 11%
Ik heb het opgelost, ik moest IDLE uitvoeren met beheerdersrechten. (Ik gebruik Windows 7 x64). Ik hoop dat dit helpt.
Antwoord 5, autoriteit 7%
Eenvoudig… hernoem je .py-bestand met een andere naam dan een trefwoordnaam zoals ‘random.py’ die al in het python-pakket bestaat.
Bijv. Ik noemde een bestand als “random.py”. Dezelfde fout dook op. Ik heb het hernoemd naar “random_demo.py”. Het werkte.
Door de verschillende naamgeving wordt het probleem van dubbelzinnigheid tussen een reeds bestaand bestand en een nieuw gemaakt bestand met dezelfde naam weggenomen.
Antwoord 6, autoriteit 7%
Voor mij: de schijf waarnaar HOMEDRIVE verwijst, was niet beschrijfbaar. Ik heb dit gecontroleerd door op de harde manier inactief te zijn, expliciet met python.exe in plaats van pythonw.exe:
C:\coding\xyz>"C:\Python27\Lib\idlelib\..\..\python.exe"
"C:\Python27\Lib\idlelib\idle.pyw"
Warning: unable to create user config directory
P:\.idlerc
Check path and permissions.
Exiting!
Antwoord 7
Ik had een soortgelijk probleem met een bestand genaamd “test.py” en Python 2.7.9 – het hernoemen van het bestand naar iets anders loste mijn probleem op. Na controle merkte ik dat er een bestand met dezelfde naam is in de map Python27\Lib.
Het lijkt een bug te zijn in IDLE.
Antwoord 8
Heb net hetzelfde probleem gehad. Dus verwijderd en opnieuw geïnstalleerd, wat het probleem oploste en 10 minuten duurde. De sleutel bij Windows-machines is het verwijderen van de oude map (C:\Python27\ omdat Windows daadwerkelijk dingen lijkt te verwijderen) en bij het opnieuw installeren een nieuwe map opgeven (C:\Python279\ of hoe je het ook wilt noemen).
Ik gebruik Win 10 met Python 2.7.9.
Antwoord 9
Ga naar C:/Users/[uw gebruiker]/AppData/Local/Programs/Python/Python35-32 en verwijder of hernoem elk *.py-bestand in deze map dat is vernoemd naar een bepaalde methode, functie, module of bibliotheek. Voer vervolgens IDLE uit. Zou moeten werken.
Ik hoop dat ik kan helpen
Antwoord 10
Mijn probleem was dat het .py-bestand niet op mijn lokale computer stond. Het stond in een gedeelde map.
Nadat ik het bestand naar mijn lokale computer had verplaatst, kreeg ik de foutmelding niet meer.
Antwoord 11
Om mijn specifieke probleem op te merken, dit gebeurt voor mij wanneer mijn RAM vol raakt en mijn CPU het druk heeft.
Het probleem wordt veroorzaakt door een time-out van de netwerksocket op de IPC-pipes tussen het RPC-subproces.
Het is een slecht ontwerp (onveilig en storingsgevoelig) dat vaak wordt gebruikt voor IPC in plaats van procesleidingen.
De oplossing is om wat RAM- en CPU-gebruik te wissen en een minuut te wachten voordat je het opnieuw probeert.
En voor ontwikkelaars is de oplossing om te stoppen met het gebruik van sockets voor IPC en de juiste procespijpen te gebruiken.
Ja, het is exact hetzelfde probleem met de sockettime-out dat u ervaart met uw browser, maar in moderne browsers stopt de pagina met laden in plaats van een time-outfoutscherm weer te geven.
(let op dit veronderstelt het geval van een goede WAN-verbinding, met een lokale time-out)
Antwoord 12
Dit is een nieuwe installatie. Het werkt met firewall uitgeschakeld. Aangezien dit een nieuwe installatie was, is elk antwoord dat met AppData te maken heeft niet van toepassing. Evenmin heeft een antwoord betrekking op het verwijderen van *.py-bestanden.
Als u een firewall van derden gebruikt – verwijder het dan en gebruik Windows Firewall. De belangrijkste overtreder hier is avast / gemg. Als u echt wilt, kunt u dergelijke software instellen om u te “vragen” voor het maken van de regel, AVG negeert deze regels in dit geval en blokkeert wat het denkt dat een externe “TCP / UDP” (SIC) openbare verbinding is.
Process Explorer van SysInternals onthult de succesvolle verbinding tussen de twee processen. AVG kan niet omgaan met de situatie van “telefoon thuis” van oorsprong uit dezelfde gastheer. Het probleem moet meer wijdverbreid zijn, omdat veel debuggers op dezelfde manier werken, dus er kan een bijdrage leveren aan dit probleem door de inactieve ontwikkelaars.
Wijzig uw firewallprovider.