Change Request: Endlos-Schleife in win32kfull.sys abfangen
Verfasst: Di 28. Apr 2026, 15:34
Liebe Franz Josef und ggf. Unterstützer,
Erst einmal Danke für MyPhoneExplorer, das ich nun schon so viele Jahre gerne benutze!
Ich möchte einen Change Request stellen, mit dem Ziel, einen komplett hängenden MPE Client beim Start des Clients auf Windows zu vermeiden. Es hat mich einen Tag Arbeit gekostet, die Ursache des Problems mit Hilfe von Gemini (hoffentlich korrekt) zu verstehen.
So, wie ich es jetzt mit Hilfe von Gemini verstanden habe, fragt der Client das Betriebssystem über alle Möglichkeiten ab, ein Mobile Device im Netzwerk inkl. USB- und Bluetooth-Verbindungen zu identifizieren (unabhängig von den Einstellungen von AutoConnect und ConnectionMode in general.ini). Es benutzt dazu Aufrufe von Funktionen in win32kfull.sys. In meinem Fall ergab sich eine Endlos-Schleife im Betriebssystem (zwischen oder innerhalb von ndiswan.sys und wintypes.dll), verursacht von einem korrupten NDIS Stack und einem USB Port ohne passenden Treiber. Wie ich mir die Korruption des NDIS Stacks eingefangen habe, ist unklar geblieben. Gemäss Gemini kann das aber im Hintergrund durch einen Windows Update ausgelöst werden, so dass sich für User nicht einmal Anhaltspunkte ergeben, was plötzlich zum Hängen des MPE Clients führt. Mit beteiligt war wohl ein USB Port zu dem ich nie einen passenden Treiber installiert hatte, weil das bzw. die Geräte, die am USB-Port angeschlossen waren, auch so funktionierten (Smart-Card-Reader und weitere USB Slots am USB-C-verbundenen Monitor). Mir scheint, dass beide Ereignisse nicht wirklich vermieden werden können und der MPE Client damit rechnen sollte, dass die Endlos-Schleife eintreten könnte, etwa durch Absichern des Systemaufrufs mittels preemptive Multitasking.
Alle Details, die zu der Analyse geführt haben, finden sich in https://gemini.google.com/share/b6e566ffd9d5 .
Gerne stehe ich für Nachfragen zur Verfügung.
LG, Peter
Erst einmal Danke für MyPhoneExplorer, das ich nun schon so viele Jahre gerne benutze!
Ich möchte einen Change Request stellen, mit dem Ziel, einen komplett hängenden MPE Client beim Start des Clients auf Windows zu vermeiden. Es hat mich einen Tag Arbeit gekostet, die Ursache des Problems mit Hilfe von Gemini (hoffentlich korrekt) zu verstehen.
So, wie ich es jetzt mit Hilfe von Gemini verstanden habe, fragt der Client das Betriebssystem über alle Möglichkeiten ab, ein Mobile Device im Netzwerk inkl. USB- und Bluetooth-Verbindungen zu identifizieren (unabhängig von den Einstellungen von AutoConnect und ConnectionMode in general.ini). Es benutzt dazu Aufrufe von Funktionen in win32kfull.sys. In meinem Fall ergab sich eine Endlos-Schleife im Betriebssystem (zwischen oder innerhalb von ndiswan.sys und wintypes.dll), verursacht von einem korrupten NDIS Stack und einem USB Port ohne passenden Treiber. Wie ich mir die Korruption des NDIS Stacks eingefangen habe, ist unklar geblieben. Gemäss Gemini kann das aber im Hintergrund durch einen Windows Update ausgelöst werden, so dass sich für User nicht einmal Anhaltspunkte ergeben, was plötzlich zum Hängen des MPE Clients führt. Mit beteiligt war wohl ein USB Port zu dem ich nie einen passenden Treiber installiert hatte, weil das bzw. die Geräte, die am USB-Port angeschlossen waren, auch so funktionierten (Smart-Card-Reader und weitere USB Slots am USB-C-verbundenen Monitor). Mir scheint, dass beide Ereignisse nicht wirklich vermieden werden können und der MPE Client damit rechnen sollte, dass die Endlos-Schleife eintreten könnte, etwa durch Absichern des Systemaufrufs mittels preemptive Multitasking.
Alle Details, die zu der Analyse geführt haben, finden sich in https://gemini.google.com/share/b6e566ffd9d5 .
Gerne stehe ich für Nachfragen zur Verfügung.
LG, Peter