August 2026 - Wine-Bugs - list.winehq.org

[Bug 25005] New: Intel GPA Monitor crashes instantly
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=25005 Summary: Intel GPA Monitor crashes instantly Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk >From the userslist I read the mentioned article: http://eengine.org/en/winehq-how-one-can-help/ It mentions the Intel GPA Monitor to capture games in windows, why not try it in wine i thought... It crashes instantly, with no useful crash info. I'll attach a +setupapi log, as the problems seem to come from there is my first impression: -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

2 15

[Bug 44210] New: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=44210 Bug ID: 44210 Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: serg.chaplya(a)gmail.com Distribution: --- Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my Ubuntu system. I got some error: fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 fixme:secur32:schannel_get_cipher_algid unknown algorithm 23 fixme:secur32:schannel_get_mac_algid unknown algorithm 200 I've found that this error is here: https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl… Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported. -- 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.

3 14

[Bug 60236] New: riched20: uninitialized ITextHost format pointers crash SketchUp LayOut 2026
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60236 Bug ID: 60236 Summary: riched20: uninitialized ITextHost format pointers crash SketchUp LayOut 2026 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit Assignee: wine-bugs(a)list.winehq.org Reporter: dante.dex.arch(a)gmail.com Target Milestone: --- Distribution: --- Created attachment 81930 --> http://bugs.winehq.org/attachment.cgi?id=81930 fix_richedit_layout2026.patch SketchUp LayOut 2026 crashes while initializing its RTF text services when Wine's builtin RichEdit implementation is used. Wine calls `ITextHost::TxGetCharFormat()` and `ITextHost::TxGetParaFormat()` with uninitialized pointer values. The text host reached through `LayOutRTF.dll` follows native Microsoft text-services behavior: it may fill the writable format storage supplied through the pointer instead of replacing the pointer. Under Wine, this writes through an indeterminate address and causes an access violation. The relevant Wine code currently declares these locals without initializing them: ``` const CHARFORMATW *host_cf; const PARAFORMAT2 *host_fmt; ``` They are then passed to the host callbacks: ``` ITextHost_TxGetCharFormat(editor->texthost, &host_cf); ITextHost_TxGetParaFormat(editor->texthost, (const PARAFORMAT **)&host_fmt); ``` Native Microsoft text services pass initialized writable default-format storage. Initializing the pointers to suitable local format storage prevents the crash while preserving compatibility with hosts that replace the pointer. I reproduced the failure with stock Wine Staging 11.15 and 11.14, and with the Wine 11.0 runtime used by GE-Proton 11-5. Rebuilding their builtin `riched20.dll` with the attached patch allows LayOut to pass repeated RTF stream initialization and also allows SketchUp's **Send to LayOut** child process to pass this initialization point. No native Microsoft `msftedit.dll` is installed in these tests. The issue testing and research was done by GPT 5.6 Sol, who also wrote the patch. So, it is not a ready-to-merge patch, but a proof of fix. -- 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.

1 3

[Bug 60228] New: Taskbar buttons disappear when "Allow the window manager to control the windows" is unchecked
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60228 Bug ID: 60228 Summary: Taskbar buttons disappear when "Allow the window manager to control the windows" is unchecked Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: axis6404(a)proton.me Target Milestone: --- Distribution: --- 1. Run `winecfg`. 2. Go to the "Graphics" tab. 3. Uncheck "Allow the window manager to control the windows" and click OK. 4. Launch any Windows application (e.g., 7-Zip version 26.02). -- 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.

1 3

[Bug 60035] New: Program freezes after a few operations
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60035 Bug ID: 60035 Summary: Program freezes after a few operations Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: robin(a)lenkeninternational.co.uk Target Milestone: --- Distribution: --- This applies to an old Windows PIM program called InfoCentral 7, which is freely downloadable from here: https://www.macros.koenecke.us/InfoCentral/resources/SetupIC.exe It has been working on my system (OpenSUSE Tumbleweed KDE) for many years. After a WINE update to version 11.13 it exhibited a complete freeze after a few operations, such as switching between tabs within the program. This was unrecoverable and required the program to close. It works fine under WINE 11.11. InfoCentral runs in a dedicated WINEPREFIX. It will run under any Windows version and default settings for winecfg. -- 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.

1 7

[Bug 35557] New: Mipony (download manager) installer fails with 'Unable to initialize installer GUI'
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=35557 Bug ID: 35557 Summary: Mipony (download manager) installer fails with 'Unable to initialize installer GUI' Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, encountered while visiting bug 28240 The installer seems to be dhtml-based with embedded jscript. Trace log (installer doesn't like +relay): --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml,+ieframe,+shdocvw,+msgbox,+jscript wine ./Mipony-Installer.exe >>log.txt 2>&1 ... 002b:trace:mshtml:nsIOService_NewURI ("wyciwyg://1/file:///C:/users/focht/Temp/ish25248293/bootstrap_43166.html" (null) (nil) 0x33e1ac) ... 002b:trace:jscript:interp_var_set L"oNewDoc" 002b:trace:jscript:prop_put L"oNewDoc" = obj(0x19ba220) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"oNewDoc" 002b:trace:jscript:identifier_eval L"oNewDoc" 002b:trace:jscript:DispatchEx_QueryInterface (0x26213a8)->(IID_IDispatchJS 0x33ede8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:jscript:prop_get L"oNewDoc" ret obj(0x19ba220) 002b:trace:jscript:interp_str L"write" 002b:trace:jscript:interp_memberid 0 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ee68) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x19ba220)->(IID_IDispatchEx 0x33eeac) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:WindowDispEx_GetDispID (0x19ba220)->(L"write" 10000001 0x33ef20) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ed1c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33ed58) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"write" 10000001 0x33edc0) 002b:trace:jscript:jsdisp_get_id not found L"write" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"write" 10000001 0x33ef20) 002b:trace:mshtml:HTMLDocument3_getElementById (0x25b0e28)->(L"write" 0x33ee08) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"external" 002b:trace:jscript:identifier_eval L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33edb8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33edfc) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:WindowDispEx_GetDispID (0x1b47358)->(L"external" 10000001 0x33ee74) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ec6c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33eca8) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"external" 10000001 0x33ed10) 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"external" 10000001 0x33ee74) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ede8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33ee50) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=6 002b:trace:mshtml:WindowDispEx_InvokeEx (0x1b47358)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:DispatchEx_InvokeEx (0x1b4738c)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IHTMLWindow2 0x33ebb8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=7 002b:trace:mshtml:HTMLWindow2_get_external (0x1b47358)->(0x33eb84) 002b:trace:ieframe:DocHostUIHandler_GetExternal (0x135dc0)->(0x33eb84) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=5 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:jscript:interp_str L"irsoBootstrapPage" 002b:trace:jscript:interp_memberid 0 002b:trace:jscript:disp_get_id using IDispatch 002b:trace:jscript:interp_str L"main.html" 002b:trace:jscript:interp_call_member 1 1 002b:trace:jscript:disp_call using IDispatch 002b:trace:jscript:interp_call_member 1 0 002b:warn:jscript:throw_error L"Object doesn't support this property or method" 002b:trace:jscript:prop_get L"prototype" ret obj(0x28384a0) 002b:trace:jscript:DispatchEx_QueryInterface (0x28384a0)->(IID_IDispatchJS 0x33e5b8) 002b:trace:jscript:init_dispex 0x19c3f20 (0x28384a0) 002b:trace:jscript:ensure_prop_name creating prop L"number" flags 0 002b:trace:jscript:prop_put L"number" = -2146827850.000000 002b:trace:jscript:ensure_prop_name creating prop L"message" flags 200 002b:trace:jscript:prop_put L"message" = str(L"Object doesn't support this property or method") 002b:trace:jscript:ensure_prop_name creating prop L"description" flags 0 002b:trace:jscript:prop_put L"description" = str(L"Object doesn't support this property or method") 002b:trace:jscript:enter_bytecode EXCEPTION 800a01b6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=3 002b:trace:jscript:prop_put L"arguments" = undefined 002b:trace:jscript:jsdisp_free (0x25dc1e0) 002b:trace:jscript:jsdisp_free (0x26213a8) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=4 002b:warn:mshtml:HTMLWindow_invoke L"r" <<< 800a01b6 002b:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=004df4f0 002b:trace:seh:raise_exception info[1]=00685210 002b:trace:seh:raise_exception info[2]=00000001 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=00000000 002b:trace:seh:raise_exception info[5]=0033f87c 002b:trace:seh:raise_exception info[6]=0033f79c ... 002b:trace:msgbox:MSGBOX_OnInit L"Unable to initialize installer GUI." --- snip --- Content of 'bootstrap_43166.html': --- snip --- <body><script>function r(){var oNewDoc=document.open("text/html"); oNewDoc.write(external.irsoBootstrapPage("main.html")); oNewDoc.close();}</script></body> --- snip --- $ sha1sum Mipony-Installer.exe e55a7b59cde35a86300fbe039e10e091598bc9ba Mipony-Installer.exe $ du -sh Mipony-Installer.exe 680K Mipony-Installer.exe $ wine --version wine-1.7.12 Regards -- 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.

3 12

[Bug 60234] New: crypt32: PFXImportCertStore does not set ERROR_INVALID_PASSWORD on a wrong password
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60234 Bug ID: 60234 Summary: crypt32: PFXImportCertStore does not set ERROR_INVALID_PASSWORD on a wrong password Product: Wine Version: 11.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: nayuta65535(a)gmail.com Target Milestone: --- Distribution: --- When PFXImportCertStore is given the wrong password it correctly returns NULL, but does not set a last error, so the caller cannot tell why the import failed. Windows: returns NULL, GetLastError() == ERROR_INVALID_PASSWORD (0x56) Wine: returns NULL, GetLastError() unchanged from before the call Tested on an unmodified wine-11.16 build (fresh prefix, no DLL overrides) against Windows 11 on the same machine, using the same binary. Reproduce with any PKCS#12 blob and a deliberately wrong password. -- 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.

1 0

[Bug 60233] New: crypt32: PFXVerifyPassword always returns FALSE, even for the correct password
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60233 Bug ID: 60233 Summary: crypt32: PFXVerifyPassword always returns FALSE, even for the correct password Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: nayuta65535(a)gmail.com Target Milestone: --- Distribution: --- PFXVerifyPassword returns 0 for every input I have tried, including passwords that PFXImportCertStore then accepts for the same blob. Windows returns 1 for the same calls. Tested on an unmodified wine-11.16 build (fresh prefix, no DLL overrides), and on Windows 11 on the same machine using the same binary. Seven PKCS#12 blobs, varying the encryption scheme and whether a private key is present: Wine returns 0 for all seven, Windows returns 1 for all seven. Since PFXImportCertStore succeeds on the same blob with the same password, the password itself is being handled correctly elsewhere. To reproduce without any custom tooling: openssl req -x509 -newkey rsa:2048 -nodes -keyout k.pem -out c.pem \ -subj /CN=test openssl pkcs12 -export -in c.pem -inkey k.pem -out test.pfx \ -passout pass:winetest then call PFXVerifyPassword with that blob and L"winetest". -- 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.

1 0

[Bug 60231] New: WinVerifyTrust/CryptMsgControl(CMSG_CTRL_VERIFY_SIGNATURE) rejects valid Authenticode signatures whose authenticatedAttributes don't survive re-encoding round-trip
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60231 Bug ID: 60231 Summary: WinVerifyTrust/CryptMsgControl(CMSG_CTRL_VERIFY_SIGNAT URE) rejects valid Authenticode signatures whose authenticatedAttributes don't survive re-encoding round-trip Product: Wine Version: 11.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)list.winehq.org Reporter: digitallyremastered128(a)gmail.com Target Milestone: --- Distribution: --- CSignedMsgData_UpdateAuthenticatedAttributes() in dlls/crypt32/msg.c re-encodes a SignerInfo's authenticatedAttributes from the decoded CRYPT_ATTRIBUTES representation (via CryptEncodeObjectEx(PKCS_ATTRIBUTES, ...)) before hashing it, even when *verifying* a signature (as opposed to creating one). Per RFC 2315/PKCS#7, what actually gets hashed for signature verification purposes is the DER encoding of authenticatedAttributes exactly as the signer originally produced it (re-tagged from [0] IMPLICIT to a universal SET, content octets otherwise untouched) - not an independent re-encoding produced by decoding into this library's own internal structure and re-serializing it. Re-encoding an arbitrary already-decoded ASN.1 structure is not guaranteed to byte-for-byte reproduce what the original signer encoded, particularly for opaque/vendor-specific attributes this generic encoder has no precise custom handling for (e.g. Microsoft's SPC_SP_OPUS_INFO attribute, used in every Authenticode signature). When the round-trip doesn't match, the hash computed here diverges from the one actually covered by the RSA signature, and verification is incorrectly reported as failed - even though the RSA signature itself decrypts correctly and the file's actual content digest matches what's embedded in the signature. Reproduction: Any Authenticode-signed PE file whose signer's authenticatedAttributes don't happen to round-trip identically through Wine's re-encoder will fail verification. A concrete, currently-reproducible example: - Download FL Studio 26.1.4.5589's installer or the FLEngine_x64.dll it installs (Image-Line, https://www.image-line.com - signed under a current "Image Line NV" certificate). - Under Wine, either: (a) run FL64.exe - it shows "The validity of the program could not be verified. Please reinstall it and try returns TRUST_E_CERT_SIGNATURE (0x80096004). - The same application's earlier build (e.g. 24.2.2.4597 or 25.2.5.5319, signed under Image-Line's previous certificate) verifies successfully with the exact same Wine build - confirming this is about the specific file's signature encoding, not Wine's general Authenticode support, RSA/crypto math, or the certificate's key size. Root-cause investigation: Traced with live debugging (breakpoints on RSAENH_CPVerifySignature and hash_file_data, register/memory inspection) confirmed, in order: 1. The RSA public-key decrypt operation (via the vendored SymCrypt library) succeeds and produces valid PKCS#1 v1.5-padded output - RSA math itself is not the problem. 2. The PE-content hash (SOFTPUB_HashPEFile) is computed with fully correct boundaries and matches the actual embedded SpcIndirectDataContent.digest field exactly (verified independently via direct ASN.1 inspection) - the file-content hashing is not the problem either. 3. The mismatch is specifically between CSignedMsgData_UpdateAuthenticatedAttributes's re-encoded-attributes hash and the RSA-decrypted value, which is the hash of the original authenticatedAttributes bytes. A patch is ready (preserves the original encoded SignedData bytes at decode time and hashes the original authenticatedAttributes bytes directly instead of re-encoding, falling back to the previous behavior if anything about the original bytes doesn't parse as expected). Verified fixed against the file above with no regression on the previously-working build, Wine's own crypt32 msg.c test suite (1026 tests, 0 failures), and additionally checked against Google Chrome's and Mozilla Firefox's own signed executables (both continue to verify correctly). Will link the merge request here once opened. -- 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.

1 0

[Bug 60230] New: Microsoft Windows Floating Point Application crashes when testing exceptions
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=60230 Bug ID: 60230 Summary: Microsoft Windows Floating Point Application crashes when testing exceptions Product: Wine Version: 11.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: alexhenrie24(a)gmail.com Target Milestone: --- Distribution: --- In the Windows 3.1 era, Microsoft developed a program known as either "WinFloat" or "FloatApp" to help programmers verify that floating-point exception handling worked correctly on their computers. I learned about it from the fascinating article at https://www.os2museum.com/wp/failing-to-fail/ - which even has screenshots! And the program comes with a WINFLOAT.HLP file which has lots of documentation about win87em.dll! Unfortunately, FloatApp doesn't work quite right on Wine. To reproduce the problem: 1. Copy winfloat.exe to an otherwise empty directory 2. Run `unzip winfloat.exe` (yes, I know it's an installer, but unzipping it is easier than running it in DOSBox) 3. Run `wine FLOATAPP.EXE` 4. Click the Exceptions menu, and under "App" or "DLL" click "Divide by Zero", "Overflow", "Underflow", or "Invalid" On my real 486 that runs Windows 95, clicking "Divide by Zero" causes a message box to appear that says "Application signal handler detected ZERODIVIDE exception." Clicking "Overflow" causes a message box to appear that says "Application signal handler detected OVERFLOW exception." Interestingly, clicking "Underflow" or "Invalid" does nothing on that PC. The main window says that the 8087 control word is 0x1370 and the Win87Em control word is 0x1332. It makes sense that Underflow wouldn't work because the Underflow mask bit (bit 4) is set in both control words. But the Invalid mask bit (bit 0) is not set in either control word, so I don't know why I'm not getting any Invalid exceptions. On Wine, clicking any of the exceptions in the menu causes the program to crash. The main window says that the 8087 control word is 0x027f and the Win87Em control word is 0x1320. $ sha256sum winfloat.exe 0ddda79599c01664d3f1b8004016f5cf837d2b6f11a25f23eec2e596d96a4cc7 -- 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.

1 2