Blizzard's eigen crash handler stopt vervolgens het proces met de foutmelding Summary: BREAKPOINT . Voor de gebruiker verschijnt dit als Foutcode 127, met een verwijzing naar Kernel32.dll in het crashvenster .

Het cruciale detail: de crash gebeurt voordat er ook maar één grafische laag wordt geïnitialiseerd—er vindt geen D3D12-, VKD3D- of Vulkan-apparaatcreatie plaats . Dit sluit GPU-stuurprogramma- of DXVK-problemen definitief uit.

Patch 3.1.0 werkte de packer en anti-tamper encryptie bij die op diablo_iv_loader.dll wordt toegepast . De nieuwe packer gebruikt obfuscatie die een INT3-breekpunt invoegt als een bewuste anti-debug en anti-reverse-engineering maatregel. Op Windows handelt de exception dispatcher dit transparant af. Onder Wine/Proton mislukt dit .

Waarom lokale oplossingen niet werken

• Proton-versies wijzigen (Experimental, GE, Hotfix-takken) helpt niet, omdat het breekpunt zich op het niveau van Wine's CPU-exception handling binnen een geobfusceerde loader bevindt—geen enkele huidige Proton-build pakt deze specifieke randvoorwaarde aan .
• Opstartparameters zoals PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 of DXVK-configuratietweaks hebben geen effect, omdat de crash plaatsvindt voordat er GPU-code wordt uitgevoerd .
• Het verwijderen of hernoemen van dstorage.dll, wat bij eerdere patches werkte om andere opstartcrashes te omzeilen, lost dit probleem niet op .

De enige oplossingen zijn: (a) Blizzard die de loader opnieuw verpakt zonder het INT3-breekpunt op een manier die compatibel is met Wine's exception handling, of (b) een Wine/Proton-patch die dat specifieke breekpunt onderschept en afhandelt. Omdat de loader is geobfusceerd en beschermd tegen reverse-engineering, is het maken van zo'n patch lastig en breekbaar.

Blizzard's reactie

• Blizzard erkende het probleem op hun forums en opende officiële technische ondersteuningsdraadjes voor 'Unable to play on Linux platforms after new update' en 'Diablo 4 No Longer Works on Steam Deck' .
• Hotfix 3.1.0a, later op 30 juni uitgebracht, bevatte geen oplossing voor het Linux/Steam Deck-probleem . Uit de hotfix-draadjes blijkt dat het andere pc-problemen verhielp, maar de Linux-uitsluiting ongemoeid liet .
• Blizzard bevestigde te werken aan een aparte noodpatch die specifiek het diablo_iv_loader.dll-breekpunt onder Wine/Proton moet aanpakken . Op 2 juli was de fix nog niet uitgebracht; het bugrapport-draadje telde inmiddels 655 reacties en het forumverkeer bleef toenemen .

Bredere context: de kwetsbaarheid van anti-tamper op compatibiliteitslagen

Dit incident belicht een terugkerend probleem in pc-gaming: ontwikkelaars werken regelmatig anti-tamper en packer systemen bij zonder ze te testen op compatibiliteitslagen zoals Wine/Proton. Anti-tamper software is ontworpen om zich anders te gedragen in niet-standaard omgevingen, en kleine wijzigingen—een nieuwe packerversie of een extra INT3-check—kunnen stilletjes Proton-compatibiliteit verbreken, zelfs als de game zelf geen code-wijzigingen heeft .

Hetzelfde patroon deed zich voor bij Denuvo-activaties die Linux-gebruikers buitensloten na te veel Proton-versieschakelingen . Elke keer hangt de oplossing af van of Valve Proton reactief patcht, of de game-ontwikkelaar een binaire update uitbrengt—en geen van beide gebeurt voordat gebruikers de breuk ontdekken en melden. De Diablo IV-zaak is extra opvallend omdat het de Steam Deck trof, een commercieel ondersteund platform dat vóór 3.1.0 volledig compatibel was met de game .

Blizzard's eigen crash handler stopt vervolgens het proces met de foutmelding Summary: BREAKPOINT . Voor de gebruiker verschijnt dit als Foutcode 127, met een verwijzing naar Kernel32.dll in het crashvenster .

Het cruciale detail: de crash gebeurt voordat er ook maar één grafische laag wordt geïnitialiseerd—er vindt geen D3D12-, VKD3D- of Vulkan-apparaatcreatie plaats . Dit sluit GPU-stuurprogramma- of DXVK-problemen definitief uit.

Patch 3.1.0 werkte de packer en anti-tamper encryptie bij die op diablo_iv_loader.dll wordt toegepast . De nieuwe packer gebruikt obfuscatie die een INT3-breekpunt invoegt als een bewuste anti-debug en anti-reverse-engineering maatregel. Op Windows handelt de exception dispatcher dit transparant af. Onder Wine/Proton mislukt dit .

Waarom lokale oplossingen niet werken

• Proton-versies wijzigen (Experimental, GE, Hotfix-takken) helpt niet, omdat het breekpunt zich op het niveau van Wine's CPU-exception handling binnen een geobfusceerde loader bevindt—geen enkele huidige Proton-build pakt deze specifieke randvoorwaarde aan .
• Opstartparameters zoals PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 of DXVK-configuratietweaks hebben geen effect, omdat de crash plaatsvindt voordat er GPU-code wordt uitgevoerd .
• Het verwijderen of hernoemen van dstorage.dll, wat bij eerdere patches werkte om andere opstartcrashes te omzeilen, lost dit probleem niet op .

De enige oplossingen zijn: (a) Blizzard die de loader opnieuw verpakt zonder het INT3-breekpunt op een manier die compatibel is met Wine's exception handling, of (b) een Wine/Proton-patch die dat specifieke breekpunt onderschept en afhandelt. Omdat de loader is geobfusceerd en beschermd tegen reverse-engineering, is het maken van zo'n patch lastig en breekbaar.

Blizzard's reactie

• Blizzard erkende het probleem op hun forums en opende officiële technische ondersteuningsdraadjes voor 'Unable to play on Linux platforms after new update' en 'Diablo 4 No Longer Works on Steam Deck' .
• Hotfix 3.1.0a, later op 30 juni uitgebracht, bevatte geen oplossing voor het Linux/Steam Deck-probleem . Uit de hotfix-draadjes blijkt dat het andere pc-problemen verhielp, maar de Linux-uitsluiting ongemoeid liet .
• Blizzard bevestigde te werken aan een aparte noodpatch die specifiek het diablo_iv_loader.dll-breekpunt onder Wine/Proton moet aanpakken . Op 2 juli was de fix nog niet uitgebracht; het bugrapport-draadje telde inmiddels 655 reacties en het forumverkeer bleef toenemen .

Bredere context: de kwetsbaarheid van anti-tamper op compatibiliteitslagen

Dit incident belicht een terugkerend probleem in pc-gaming: ontwikkelaars werken regelmatig anti-tamper en packer systemen bij zonder ze te testen op compatibiliteitslagen zoals Wine/Proton. Anti-tamper software is ontworpen om zich anders te gedragen in niet-standaard omgevingen, en kleine wijzigingen—een nieuwe packerversie of een extra INT3-check—kunnen stilletjes Proton-compatibiliteit verbreken, zelfs als de game zelf geen code-wijzigingen heeft .

Hetzelfde patroon deed zich voor bij Denuvo-activaties die Linux-gebruikers buitensloten na te veel Proton-versieschakelingen . Elke keer hangt de oplossing af van of Valve Proton reactief patcht, of de game-ontwikkelaar een binaire update uitbrengt—en geen van beide gebeurt voordat gebruikers de breuk ontdekken en melden. De Diablo IV-zaak is extra opvallend omdat het de Steam Deck trof, een commercieel ondersteund platform dat vóór 3.1.0 volledig compatibel was met de game .