Node-pty: Fehler beim Starten des WinPTY-Agenten: ConnectNamedPipe fehlgeschlagen: Windows-Fehler 232 bei neuem WindowsPtyAgent
Umgebungsdetails
- Betriebssystem: Windows
Fehlerbeschreibung
polyfills.af71788f6a4543fc4b66.bundle.js: 1 Env prod
polyfills.af71788f6a4543fc4b66.bundle.js: 1 Zuweisen eines neuen Arbeitsbereichs.
polyfills.af71788f6a4543fc4b66.bundle.js: 1 C: \ Users \ ch5174 \ Desktop
polyfills.af71788f6a4543fc4b66.bundle.js: 1 Erstelltes Terminal mit PID: 12836
polyfills.af71788f6a4543fc4b66.bundle.js: 1 Geschlossenes Terminal 12836
polyfills.af71788f6a4543fc4b66.bundle.js: 1 Objekt {httpStatus: 200, Daten: Objekt}
polyfills.af71788f6a4543fc4b66.bundle.js: 1 FEHLER Fehler: Fehler beim Starten des WinPTY-Agenten: ConnectNamedPipe fehlgeschlagen: Windows-Fehler 232
bei neuem WindowsPtyAgent (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ windowsPtyAgent.js: 25)
bei neuem WindowsTerminal (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ windowsTerminal.js: 45)
at Object.spawn (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ index.js: 27)
at t.createTerminal (main.ff3549c0f3d7063e2006.bundle.js: 1)
at t.ngAfterViewInit (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Yi (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Ki (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Gi (main.ff3549c0f3d7063e2006.bundle.js: 1)
at vr (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Er (main.ff3549c0f3d7063e2006.bundle.js: 1)
Konsole. (anonyme Funktion) @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
J @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.t.handleError @ main.ff3549c0f3d7063e2006.bundle.js: 1
(anonym) @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invoke @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.run @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
WT6e.t.runOutsideAngular @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.t.tick @ main.ff3549c0f3d7063e2006.bundle.js: 1
(anonym) @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invoke @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
onInvoke @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invoke @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.run @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
WT6e.t.run @ main.ff3549c0f3d7063e2006.bundle.js: 1
next @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.object.r @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e .__ tryOrUnsub @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e._next @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.e.emit @ main.ff3549c0f3d7063e2006.bundle.js: 1
Rt @ main.ff3549c0f3d7063e2006.bundle.js: 1
onHasTask @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.hasTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
e._updateTaskCount @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t._updateTaskCount @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.runTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
v @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
polyfills.af71788f6a4543fc4b66.bundle.js: 1 FEHLER Fehler: Fehler beim Starten des WinPTY-Agenten: ConnectNamedPipe fehlgeschlagen: Windows-Fehler 232
bei neuem WindowsPtyAgent (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ windowsPtyAgent.js: 25)
bei neuem WindowsTerminal (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ windowsTerminal.js: 45)
at Object.spawn (C: \ Programme \ Neutrinos Studio \ resources \ app.asarnode_modules \ node-pty \ lib \ index.js: 27)
at t.createTerminal (main.ff3549c0f3d7063e2006.bundle.js: 1)
at e._next (main.ff3549c0f3d7063e2006.bundle.js: 1)
at e.OVmG.e .__ tryOrUnsub (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.OVmG.e.next (main.ff3549c0f3d7063e2006.bundle.js: 1)
at e.OVmG.e._next (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.OVmG.e.next (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.next (main.ff3549c0f3d7063e2006.bundle.js: 1)
e.invoke @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.run @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
Konsole (anonyme Funktion) @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
J @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.t.handleError @ main.ff3549c0f3d7063e2006.bundle.js: 1
xn @ main.ff3549c0f3d7063e2006.bundle.js: 1
(anonym) @ main.ff3549c0f3d7063e2006.bundle.js: 1
(anonym) @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invokeTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
onInvokeTask @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invokeTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.runTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.invokeTask @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
p @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
h @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
polyfills.af71788f6a4543fc4b66.bundle.js: 1 FEHLER Fehler: Nicht erfasst (im Versprechen): TypeError: Die Eigenschaft 'Abbestellen' von undefiniert kann nicht gelesen werden
TypeError: Die Eigenschaft 'Abbestellen' von undefined kann nicht gelesen werden
at t.ngOnDestroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Yi (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Ki (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Gi (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Cr (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Er (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Sr (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Object.Cr [als destroyView] (main.ff3549c0f3d7063e2006.bundle.js: 1)
at t.WT6e.t.destroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.WT6e.e.destroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
at t.ngOnDestroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Yi (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Ki (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Gi (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Cr (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Er (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Sr (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei Object.Cr [als destroyView] (main.ff3549c0f3d7063e2006.bundle.js: 1)
at t.WT6e.t.destroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.WT6e.e.destroy (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei D (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
bei D (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
bei polyfills.af71788f6a4543fc4b66.bundle.js: 1
bei e.invokeTask (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
at Object.onInvokeTask (main.ff3549c0f3d7063e2006.bundle.js: 1)
bei e.invokeTask (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
bei t.runTask (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
bei v (polyfills.af71788f6a4543fc4b66.bundle.js: 1)
beim
Konsole. (anonyme Funktion) @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
J @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.t.handleError @ main.ff3549c0f3d7063e2006.bundle.js: 1
next @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.object.r @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e .__ tryOrUnsub @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e._next @ main.ff3549c0f3d7063e2006.bundle.js: 1
OVmG.e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.next @ main.ff3549c0f3d7063e2006.bundle.js: 1
WT6e.e.emit @ main.ff3549c0f3d7063e2006.bundle.js: 1
(anonym) @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.invoke @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.run @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
WT6e.t.runOutsideAngular @ main.ff3549c0f3d7063e2006.bundle.js: 1
onHandleError @ main.ff3549c0f3d7063e2006.bundle.js: 1
e.handleError @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
t.runGuarded @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
e @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
n.microtaskDrainDone @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
v @ polyfills.af71788f6a4543fc4b66.bundle.js: 1
anupvarma
Alle 19 Kommentare
Es schlägt hier fehl https://github.com/Microsoft/node-pty/blob/a3b0a3c9fdfe6fd85005d433a5d6d9124055ec75/src/win/pty.cc#L190
Ich vermute, es hängt mit den Benutzerberechtigungen zusammen.
Tyriar
am 5. Juli 2018
@Tyriar Wir verwenden xterm, das eine Knoten-Pty-Abhängigkeit aufweist, und diese Ausnahme tritt alle zwei oder drei Mal auf.
Abhängigkeitsversionen:
- Elektron 1.8.2
- Node-Pty 0.7.4
- xterm 3.2.0
Umgebung:
Windows 10, 16 GB RAM, Intel i7 Prozessor
paul-thomas0
am 6. Juli 2018
@ Tyriar Du hast recht. Ich öffne es als Administrator. Beende es.
yy7054wyq5
am 29. Aug. 2018
@ yy7054wyq5 funktioniert es nur unter admin?
Tyriar
am 29. Aug. 2018
@ Tyriar
yy7054wyq5
am 30. Aug. 2018
Das Ausführen von vscode als Administrator hat bei mir nicht funktioniert. Ich benutze Node-Pty 0.6.10.
Und hier sind vscode Details: -
Version: 1.26.1
Commit: 493869ee8e8a846b0855873886fc79d480d342de
Datum: 2018-08-16T18: 38: 57.434Z
Elektron: 2.0.5
Chrome: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
Architektur: x64
sumitparakh
am 31. Aug. 2018
Dies könnte ein Antivirenproblem sein - siehe https://github.com/rprichard/winpty/issues/142. Ich habe einen ConnectNamedPipe failed: Windows error 232 -Fehler mit dem Avast-Antivirenprogramm reproduziert, das zunächst winpty-agent.exe in einer Sandbox ausführt, bevor es tatsächlich ausgeführt wird. Die erste Agenteninstanz vermasselt die zweite. Wenn Sie Antivirensoftware von Drittanbietern installiert haben, versuchen Sie, diese (vorübergehend) zu deaktivieren oder die Programme winpty.dll / winpty-agent.exe als Ausnahmen hinzuzufügen.
rprichard
am 17. Sept. 2018
@rprichard Ich nehme nicht an, dass Sie einen Build von winpty.dll / winpty-agent.exe für einen 64-Bit-Gewinn haben, den wir ausprobieren könnten?
TimWebb
am 12. Okt. 2018
Ich habe in diesem Zweig eine mögliche Problemumgehung für ein Antivirenproblem implementiert: https://github.com/rprichard/winpty/tree/antivirus. Es wurde ein ConnectNamedPipe failed: Windows error 232 Fehler mit Avast behoben.
Binärdateien finden Sie hier:
https://ci.appveyor.com/project/rprichard/winpty/builds/19509205/artifacts
Ich würde vorschlagen, die Binärdatei winpty-0.4.4-dev-msvc2015.zip (obwohl dieselben zwei Dateien in einem der Archive funktionieren sollten, solange es sich um die richtige CPU-Architektur handelt). Verwenden Sie das Unterverzeichnis x64/bin der Zip-Datei, wenn Ihre VSCode-Binärdateien 64 Bit und andernfalls ia32/bin sind. Kopieren Sie die Binärdateien winpty.dll / winpty-agent.exe über die Binärdateien in VSCode/resources/app/node_modules.asar.unpacked/node-pty/build/Release .
rprichard
am 15. Okt. 2018
Problem besteht immer noch Ich habe Ihre Option ausprobiert. Bitte geben Sie das Problem so schnell wie möglich an
kishok
am 26. Okt. 2018
Für mich wurde dieses Problem dadurch verursacht, dass McAfee Antivirus-Kennzeichen ./node_modules/node-pty/winpty-agent.exe als Bedrohung kennzeichneten und die Verwendung nicht zuließen.
Dies geschieht sogar, wenn ich als Administrator ausgeführt werde. Meine einzige Lösung bestand darin, die Sicherheitsregeln so zu ändern, dass diese Datei ignoriert wird.
ghost
am 30. Okt. 2018
Wir hatten ziemlich viel Glück mit den Dateien, die Ryan sowohl für Avast als auch für McAfee bereitgestellt hat. @pappacurds Hat das Ablegen der Dateien im obigen Link die Sache für Sie nicht verbessert?
Arbeiten Sie mit bestimmten Unternehmens-Compliance-Einstellungen oder einer Standard-McAfee-Konfiguration?
TimWebb
am 30. Okt. 2018
@ TimWebb Es handelt sich um eine Unternehmensumgebung mit viel strengeren Sicherheitseinstellungen. Ich habe das Problem gelöst, indem ich McAfee angewiesen habe, die in node-pty verpackte Datei winpty-agent.exe zu ignorieren, und sie scheint das Problem gelöst zu haben.
Ich habe dieses Problem noch nie auf einem meiner PCs zu Hause erlebt, auf denen ich McAfee nicht ausführe.
ghost
am 30. Okt. 2018
Ich habe in diesem Zweig eine mögliche Problemumgehung für ein Antivirenproblem implementiert: https://github.com/rprichard/winpty/tree/antivirus. Es wurde ein
ConnectNamedPipe failed: Windows error 232Fehler mit Avast behoben.Binärdateien finden Sie hier:
https://ci.appveyor.com/project/rprichard/winpty/builds/19509205/artifactsIch würde vorschlagen, die Binärdatei
winpty-0.4.4-dev-msvc2015.zip(obwohl dieselben zwei Dateien in einem der Archive funktionieren sollten, solange es sich um die richtige CPU-Architektur handelt). Verwenden Sie das Unterverzeichnisx64/binder Zip-Datei, wenn Ihre VSCode-Binärdateien 64 Bit und andernfallsia32/binsind. Kopieren Sie die Binärdateienwinpty.dll/winpty-agent.exeüber die Binärdateien inVSCode/resources/app/node_modules.asar.unpacked/node-pty/build/Release.
Ich kann bestätigen, dass dies für mich funktioniert hat :) Vielen Dank, danke.
Der Inhalt des Bin-Ordners der Zip-Dateien wurde nach \ AppData \ Local \ hyper \ app-2.1.2 \ resources \ app.asar.unpackednode_modules \ node-pty \ build \ Release kopiert
Begann hyper und alles sah gut aus.
ForauDNB
am 14. Feb. 2019
Ich konnte bestätigen, dass dies auch bei mir funktioniert hat 🥇. Vielen Dank, danke.
ychuckt8
am 18. Feb. 2019
Ich hoffe, dies kann einigen Leuten helfen ... Nachdem ich verschiedene Dateien vom Echtzeit-Scannen ausgeschlossen hatte, stellte ich schließlich fest, dass das Ausschließen von C:\Users\<your-username>\AppData\Local\hyper\app-<your-version>\resources\app.asar.unpacked\node_modules\node-pty\build\Release\winpty-agent.exe dieses Problem für mich löst. Sie, wie ich, sind möglicherweise der Meinung, dass dies einfacher ist als die Installation von Ersatz-Binärdateien.
Zumindest am Standardinstallationsort.
(Win10 Pro, McAfee LiveSafe, Hyper 2.1.2)
_edit: _ Sieht so aus, als hätte ich auf das falsche Problem geantwortet. Hoppla.
badZombi
am 20. Feb. 2019
@badZombi hat in der Readme- https://github.com/Microsoft/node-pty/commit/4ede4eadabc5c0bbbd14fe465d0395ed467bee3d
Tyriar
am 4. März 2019
Ich hoffe, dies kann einigen Leuten helfen ... Nachdem ich verschiedene Dateien vom Echtzeit-Scannen ausgeschlossen hatte, stellte ich schließlich fest, dass das Ausschließen von
C:\Users\<your-username>\AppData\Local\hyper\app-<your-version>\resources\app.asar.unpacked\node_modules\node-pty\build\Release\winpty-agent.exedieses Problem für mich löst. Sie, wie ich, sind möglicherweise der Meinung, dass dies einfacher ist als die Installation von Ersatz-Binärdateien.Zumindest am Standardinstallationsort.
(Win10 Pro, McAfee LiveSafe, Hyper 2.1.2)
_edit: _ Sieht so aus, als hätte ich auf das falsche Problem geantwortet. Hoppla.
Diese Arbeit für mich !!!
arsari
am 3. Apr. 2019
Ich nenne dies erledigt, wie es jetzt sowohl in Node-Pty- als auch in Vscode-Dokumenten aufgerufen wird.
Tyriar
am 13. Apr. 2019
Verwandte Themen
Tyriar
·
8Kommentare
cjhoward92
·
13Kommentare
zhaoyi0113
·
31Kommentare
Daniel-Abrecht
·
4Kommentare
rse
·
7Kommentare
Hilfreichster Kommentar
Ich hoffe, dies kann einigen Leuten helfen ... Nachdem ich verschiedene Dateien vom Echtzeit-Scannen ausgeschlossen hatte, stellte ich schließlich fest, dass das Ausschließen von
C:\Users\<your-username>\AppData\Local\hyper\app-<your-version>\resources\app.asar.unpacked\node_modules\node-pty\build\Release\winpty-agent.exedieses Problem für mich löst. Sie, wie ich, sind möglicherweise der Meinung, dass dies einfacher ist als die Installation von Ersatz-Binärdateien.Zumindest am Standardinstallationsort.
(Win10 Pro, McAfee LiveSafe, Hyper 2.1.2)
_edit: _ Sieht so aus, als hätte ich auf das falsche Problem geantwortet. Hoppla.