[Bug 34867] 16-bit app "parity.exe" fails on startup with divide by zero

[wine-bugs at winehq.org]

https://bugs.winehq.org/show_bug.cgi?id=34867

--- Comment #25 from super_man at post.com ---
(In reply to Sagawa from comment #22)
> Created attachment 53165 [details]
> hack
> 
> Hello,
> Could you try this patch? It just ignores division by zero on Floating Point
> Unit (FPU) in Win16 code.
> 
> In detail, Wine doesn't handle Win16 FPU exceptions properly yet. I think
> they should be resolved by win87em.dll. But, I gave up implementing that
> because I'm not sure about how to call 16-bit routine like Windows 3.0 from
> 32-bit handler.
> 
> The exception is emitted form RLZRUN10.RTS (Realizer 1.0 runtime?). So, the
> patch might help another application written by Realizer, too.

I am not trying to analyze what's happening. Running parity.exe gives me
different results. Sometimes I get a hang 

"err:ntdll:RtlpWaitForCriticalSection section 0x7bcdc640 "loader.c:
loader_section" wait timed out in thread 0039, blocked by 0038, retrying (60
sec)
"
Sometimes running the exe it doesnt output any console output. 

But I was able to run the exe with the hacky patch. I just need to try multiple
times and it finally starts. With pure wine you still get the divide by zero.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.