Blizzards eigener Crash-Handler bricht den Prozess dann mit dem Fehler Summary: BREAKPOINT ab . Für den Nutzer erscheint dies als Fehler 127 mit einem Verweis auf Kernel32.dll im Absturz-Dialog .

Das entscheidende Detail: Der Absturz erfolgt bevor irgendeine Grafikschicht initialisiert wird – es findet keine D3D12-, VKD3D- oder Vulkan-Geräteerstellung statt . Dies schließt GPU-Treiber- oder DXVK-Probleme zweifelsfrei aus.

Patch 3.1.0 aktualisierte den Packer und die Anti-Tamper-Verschlüsselung, die auf diablo_iv_loader.dll angewendet werden . Der neue Packer verwendet eine Verschleierung, die einen INT3-Breakpoint als bewusste Anti-Debug- und Anti-Reverse-Engineering-Maßnahme einfügt. Unter Windows behandelt der Ausnahme-Dispatcher dies transparent. Unter Wine/Proton schlägt dies fehl .

Warum lokale Workarounds unwirksam sind

• Das Wechseln von Proton-Versionen (Experimental, GE, Hotfix-Branches) hilft nicht, da der Breakpoint auf der Ebene der CPU-Ausnahmebehandlung von Wine innerhalb eines obfuskierten Loaders auftritt – keine aktuelle Proton-Version patcht diesen speziellen Grenzfall .
• Startparameter wie PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 oder DXVK-Konfigurations-Tweaks haben keine Wirkung, weil der Absturz erfolgt, bevor GPU-Code ausgeführt wird .
• Das Löschen oder Umbenennen von dstorage.dll, das bei früheren Patches andere Startabstürze umging, behebt dieses Problem nicht .

Die einzigen Lösungen sind: (a) Blizzard packt den Loader ohne den INT3-Breakpoint in einer Weise neu, die mit Wines Ausnahmebehandlung kompatibel ist, oder (b) ein Patch auf Wine/Proton-Ebene, der diesen spezifischen Breakpoint abfängt und behandelt. Da der Loader obfuskiert und Anti-Tamper-geschützt ist, ist die Erstellung eines solchen Patches schwierig und fragil.

Blizzards Reaktion

• Blizzard räumte das Problem in den Foren ein und eröffnete offizielle Technik-Support-Threads mit den Titeln „Unable to play on Linux platforms after new update“ und „Diablo 4 No Longer Works on Steam Deck“ .
• Hotfix 3.1.0a, der später am 30. Juni veröffentlicht wurde, enthielt keine Lösung für das Linux/Steam-Deck-Problem . Die Hotfix-Threads bestätigen, dass er andere PC-Probleme behob, die Linux-Sperre jedoch bestehen blieb .
• Blizzard bestätigte, dass an einem separaten Notfall-Patch gearbeitet wird, der speziell den diablo_iv_loader.dll-Breakpoint unter Wine/Proton beheben soll . Bis zum 2. Juli war der Fix noch nicht ausgeliefert; der Fehlerbericht-Thread erreichte 655 Antworten, und die Forenaktivität nahm weiter zu .

Weiter gefasster Kontext: Die Fragilität von Anti-Tamper auf Kompatibilitätsebenen

Dieser Vorfall verdeutlicht ein wiederkehrendes Problem in der PC-Spieleentwicklung: Entwickler aktualisieren regelmäßig Anti-Tamper- und Packer-Systeme, ohne sie gegen Kompatibilitätsebenen wie Wine/Proton zu testen. Anti-Tamper-Software ist darauf ausgelegt, sich in nicht standardmäßigen Umgebungen anders zu verhalten, und kleine Änderungen – eine neue Packer-Version oder eine zusätzliche INT3-Prüfung – können die Proton-Kompatibilität stillschweigend zerstören, selbst wenn das Spiel selbst keine Code-Änderungen aufweist .

Das gleiche Muster trat bei Denuvo-Aktivierungen auf, die Linux-Nutzer nach zu vielen Proton-Versionswechseln aussperrten . Jedes Mal hängt die Lösung entweder davon ab, dass Valve Proton reaktiv patcht, oder dass der Spieleentwickler ein Binär-Update ausliefert – und keines von beidem geschieht, bis Nutzer die Unterbrechung entdecken und melden. Der Diablo-IV-Fall ist besonders auffällig, weil er das Steam Deck betraf, eine kommerziell unterstützte Plattform, die vor 3.1.0 vollständig mit dem Spiel kompatibel war .

Blizzards eigener Crash-Handler bricht den Prozess dann mit dem Fehler Summary: BREAKPOINT ab . Für den Nutzer erscheint dies als Fehler 127 mit einem Verweis auf Kernel32.dll im Absturz-Dialog .

Das entscheidende Detail: Der Absturz erfolgt bevor irgendeine Grafikschicht initialisiert wird – es findet keine D3D12-, VKD3D- oder Vulkan-Geräteerstellung statt . Dies schließt GPU-Treiber- oder DXVK-Probleme zweifelsfrei aus.

Patch 3.1.0 aktualisierte den Packer und die Anti-Tamper-Verschlüsselung, die auf diablo_iv_loader.dll angewendet werden . Der neue Packer verwendet eine Verschleierung, die einen INT3-Breakpoint als bewusste Anti-Debug- und Anti-Reverse-Engineering-Maßnahme einfügt. Unter Windows behandelt der Ausnahme-Dispatcher dies transparent. Unter Wine/Proton schlägt dies fehl .

Warum lokale Workarounds unwirksam sind

• Das Wechseln von Proton-Versionen (Experimental, GE, Hotfix-Branches) hilft nicht, da der Breakpoint auf der Ebene der CPU-Ausnahmebehandlung von Wine innerhalb eines obfuskierten Loaders auftritt – keine aktuelle Proton-Version patcht diesen speziellen Grenzfall .
• Startparameter wie PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 oder DXVK-Konfigurations-Tweaks haben keine Wirkung, weil der Absturz erfolgt, bevor GPU-Code ausgeführt wird .
• Das Löschen oder Umbenennen von dstorage.dll, das bei früheren Patches andere Startabstürze umging, behebt dieses Problem nicht .

Die einzigen Lösungen sind: (a) Blizzard packt den Loader ohne den INT3-Breakpoint in einer Weise neu, die mit Wines Ausnahmebehandlung kompatibel ist, oder (b) ein Patch auf Wine/Proton-Ebene, der diesen spezifischen Breakpoint abfängt und behandelt. Da der Loader obfuskiert und Anti-Tamper-geschützt ist, ist die Erstellung eines solchen Patches schwierig und fragil.

Blizzards Reaktion

• Blizzard räumte das Problem in den Foren ein und eröffnete offizielle Technik-Support-Threads mit den Titeln „Unable to play on Linux platforms after new update“ und „Diablo 4 No Longer Works on Steam Deck“ .
• Hotfix 3.1.0a, der später am 30. Juni veröffentlicht wurde, enthielt keine Lösung für das Linux/Steam-Deck-Problem . Die Hotfix-Threads bestätigen, dass er andere PC-Probleme behob, die Linux-Sperre jedoch bestehen blieb .
• Blizzard bestätigte, dass an einem separaten Notfall-Patch gearbeitet wird, der speziell den diablo_iv_loader.dll-Breakpoint unter Wine/Proton beheben soll . Bis zum 2. Juli war der Fix noch nicht ausgeliefert; der Fehlerbericht-Thread erreichte 655 Antworten, und die Forenaktivität nahm weiter zu .

Weiter gefasster Kontext: Die Fragilität von Anti-Tamper auf Kompatibilitätsebenen

Dieser Vorfall verdeutlicht ein wiederkehrendes Problem in der PC-Spieleentwicklung: Entwickler aktualisieren regelmäßig Anti-Tamper- und Packer-Systeme, ohne sie gegen Kompatibilitätsebenen wie Wine/Proton zu testen. Anti-Tamper-Software ist darauf ausgelegt, sich in nicht standardmäßigen Umgebungen anders zu verhalten, und kleine Änderungen – eine neue Packer-Version oder eine zusätzliche INT3-Prüfung – können die Proton-Kompatibilität stillschweigend zerstören, selbst wenn das Spiel selbst keine Code-Änderungen aufweist .

Das gleiche Muster trat bei Denuvo-Aktivierungen auf, die Linux-Nutzer nach zu vielen Proton-Versionswechseln aussperrten . Jedes Mal hängt die Lösung entweder davon ab, dass Valve Proton reaktiv patcht, oder dass der Spieleentwickler ein Binär-Update ausliefert – und keines von beidem geschieht, bis Nutzer die Unterbrechung entdecken und melden. Der Diablo-IV-Fall ist besonders auffällig, weil er das Steam Deck betraf, eine kommerziell unterstützte Plattform, die vor 3.1.0 vollständig mit dem Spiel kompatibel war .