Blizzards egen krasjhåndterer avbryter prosessen med feilen Summary: BREAKPOINT . For brukeren vises dette som Error Code 127, med referanse til Kernel32.dll i krasjdialogen .

Den kritiske detaljen: krasjet skjer før noe grafikklag initialiseres – ingen D3D12, VKD3D eller Vulkan-enhet opprettes . Dette utelukker definitivt GPU-driver- eller DXVK-problemer.

Patch 3.1.0 oppdaterte pakkeren og anti-tamper-krypteringen som brukes på diablo_iv_loader.dll . Den nye pakkeren bruker obfuskering som setter inn et INT3-breakpoint som et bevisst anti-debug- og anti-reverse-engineering-tiltak. I Windows håndterer unntaksdispatcheren det transparent. Under Wine/Proton feiler det .

Hvorfor lokale løsninger ikke fungerer

• Å bytte Proton-versjoner (Experimental, GE, Hotfix-utgaver) hjelper ikke fordi breakpointet oppstår på nivået til Wine's CPU-unntakshåndtering inne i en obfuskert laster – ingen nåværende Proton-bygg patcher dette spesifikke kanttilfellet .
• Oppstartsparametere som PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 eller DXVK-konfigurasjonstweak har ingen effekt fordi krasjet skjer før noen GPU-kode kjøres .
• Å slette eller gi nytt navn til dstorage.dll, som fungerte som løsning for andre oppstartskrasj i tidligere patcher, løser ikke dette problemet .

De eneste rettingene er: (a) Blizzard pakker om lasteren uten INT3-breakpointet på en måte som er kompatibel med Wine's unntakshåndtering, eller (b) en Wine/Proton-patch som fanger og håndterer det spesifikke breakpointet. Siden lasteren er obfuskert og anti-tamper-beskyttet, er det vanskelig og skjørt å lage en slik patch.

Blizzards respons

• Blizzard erkjente problemet på sine forum og åpnet offisielle tekniske supporttråder for "Unable to play on Linux platforms after new update" og "Diablo 4 No Longer Works on Steam Deck" .
• Hotfix 3.1.0a, utgitt senere 30. juni, inneholdt ingen løsning for Linux/Steam Deck-problemet . Hotfix-trådene bekrefter at den løste andre PC-problemer, men lot Linux-utestengningen stå uavklart .
• Blizzard bekreftet at de jobber med en egen nødretting spesifikt for å adressere diablo_iv_loader.dll-breakpointet under Wine/Proton . Per 2. juli var løsningen ennå ikke ute, og feilrapporteringstråden hadde nådd 655 svar mens forumtrafikken fortsatte å stige .

Bredere kontekst: Skjørheten til anti-tamper på kompatibilitetslag

Denne hendelsen fremhever et tilbakevendende problem i PC-spilling: utviklere oppdaterer jevnlig anti-tamper- og pakkesystemer uten å teste mot kompatibilitetslag som Wine/Proton. Anti-tamper-programvare er designet for å oppføre seg annerledes i ikke-standardmiljøer, og små endringer – en ny pakkerversjon eller en ekstra INT3-sjekk – kan stille bryte Proton-kompatibiliteten selv når selve spillet ikke har noen kodeendringer .

Det samme mønsteret har oppstått med Denuvo-aktiveringer som låser ute Linux-brukere etter for mange Proton-versjonsbytter . Hver gang avhenger løsningen av enten at Valve reaktivt patcher Proton, eller at spillutvikleren sender en binæroppdatering – og ingen av delene skjer før brukere oppdager og rapporterer bruddet. Diablo IV-saken er spesielt tydelig fordi den påvirket Steam Deck, en kommersielt støttet plattform som hadde vært fullt kompatibel med spillet før 3.1.0 .

Blizzards egen krasjhåndterer avbryter prosessen med feilen Summary: BREAKPOINT . For brukeren vises dette som Error Code 127, med referanse til Kernel32.dll i krasjdialogen .

Den kritiske detaljen: krasjet skjer før noe grafikklag initialiseres – ingen D3D12, VKD3D eller Vulkan-enhet opprettes . Dette utelukker definitivt GPU-driver- eller DXVK-problemer.

Patch 3.1.0 oppdaterte pakkeren og anti-tamper-krypteringen som brukes på diablo_iv_loader.dll . Den nye pakkeren bruker obfuskering som setter inn et INT3-breakpoint som et bevisst anti-debug- og anti-reverse-engineering-tiltak. I Windows håndterer unntaksdispatcheren det transparent. Under Wine/Proton feiler det .

Hvorfor lokale løsninger ikke fungerer

• Å bytte Proton-versjoner (Experimental, GE, Hotfix-utgaver) hjelper ikke fordi breakpointet oppstår på nivået til Wine's CPU-unntakshåndtering inne i en obfuskert laster – ingen nåværende Proton-bygg patcher dette spesifikke kanttilfellet .
• Oppstartsparametere som PROTON_HIDE_NVIDIA_GPU=1, DRI_PRIME=1 eller DXVK-konfigurasjonstweak har ingen effekt fordi krasjet skjer før noen GPU-kode kjøres .
• Å slette eller gi nytt navn til dstorage.dll, som fungerte som løsning for andre oppstartskrasj i tidligere patcher, løser ikke dette problemet .

De eneste rettingene er: (a) Blizzard pakker om lasteren uten INT3-breakpointet på en måte som er kompatibel med Wine's unntakshåndtering, eller (b) en Wine/Proton-patch som fanger og håndterer det spesifikke breakpointet. Siden lasteren er obfuskert og anti-tamper-beskyttet, er det vanskelig og skjørt å lage en slik patch.

Blizzards respons

• Blizzard erkjente problemet på sine forum og åpnet offisielle tekniske supporttråder for "Unable to play on Linux platforms after new update" og "Diablo 4 No Longer Works on Steam Deck" .
• Hotfix 3.1.0a, utgitt senere 30. juni, inneholdt ingen løsning for Linux/Steam Deck-problemet . Hotfix-trådene bekrefter at den løste andre PC-problemer, men lot Linux-utestengningen stå uavklart .
• Blizzard bekreftet at de jobber med en egen nødretting spesifikt for å adressere diablo_iv_loader.dll-breakpointet under Wine/Proton . Per 2. juli var løsningen ennå ikke ute, og feilrapporteringstråden hadde nådd 655 svar mens forumtrafikken fortsatte å stige .

Bredere kontekst: Skjørheten til anti-tamper på kompatibilitetslag

Denne hendelsen fremhever et tilbakevendende problem i PC-spilling: utviklere oppdaterer jevnlig anti-tamper- og pakkesystemer uten å teste mot kompatibilitetslag som Wine/Proton. Anti-tamper-programvare er designet for å oppføre seg annerledes i ikke-standardmiljøer, og små endringer – en ny pakkerversjon eller en ekstra INT3-sjekk – kan stille bryte Proton-kompatibiliteten selv når selve spillet ikke har noen kodeendringer .

Det samme mønsteret har oppstått med Denuvo-aktiveringer som låser ute Linux-brukere etter for mange Proton-versjonsbytter . Hver gang avhenger løsningen av enten at Valve reaktivt patcher Proton, eller at spillutvikleren sender en binæroppdatering – og ingen av delene skjer før brukere oppdager og rapporterer bruddet. Diablo IV-saken er spesielt tydelig fordi den påvirket Steam Deck, en kommersielt støttet plattform som hadde vært fullt kompatibel med spillet før 3.1.0 .