November 2021 - Wine-Bugs - list.winehq.org

[Bug 52024] App Never Receives Winsock FD_* Messages After FD_ACCEPT

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52024 --- Comment #2 from Jason Brown <jbrown(a)statslog.com> --- Created attachment 71026 --> https://bugs.winehq.org/attachment.cgi?id=71026 Example Executable -- 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.

Nov. 11, 2021

[Bug 52024] App Never Receives Winsock FD_* Messages After FD_ACCEPT

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52024 Rosanne DiMesio <dimesio(a)earthlink.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|wine-packages |winsock Version|unspecified |6.21 Product|Packaging |Wine -- 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.

Nov. 11, 2021

[Bug 52021] Zorro 2.40.9 window looks blurred after minimizing and maximizing it.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52021 --- Comment #1 from Jim <virtualreal(a)gmail.com> --- Created attachment 71025 --> https://bugs.winehq.org/attachment.cgi?id=71025 Terminal output -- 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.

Nov. 11, 2021

[Bug 52024] App Never Receives Winsock FD_* Messages After FD_ACCEPT

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52024 --- Comment #1 from Jason Brown <jbrown(a)statslog.com> --- Created attachment 71024 --> https://bugs.winehq.org/attachment.cgi?id=71024 Working +server,+winsock Trace from 5.x -- 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.

Nov. 11, 2021

[Bug 52024] New: App Never Receives Winsock FD_* Messages After FD_ACCEPT

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52024 Bug ID: 52024 Summary: App Never Receives Winsock FD_* Messages After FD_ACCEPT Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: jbrown(a)statslog.com CC: dimesio(a)earthlink.net Distribution: --- Created attachment 71023 --> https://bugs.winehq.org/attachment.cgi?id=71023 Broken +server,+winsock Trace from 6.x I'm using a 32-bit Wine 6.21devel prefix on Ubuntu 20.04.3. I have a custom application written in VB6 that uses the winsock (ws2_32.dll) API to listen for network connections and respond to requests. I use the following winetricks: DISPLAY=:99 winetricks -q vcrun2008 DISPLAY=:99 winetricks -q vcrun2010 DISPLAY=:99 winetricks -q msxml6 DISPLAY=:99 winetricks -q corefonts DISPLAY=:99 winetricks -q vb6run I run the application with the following command line: WINEARCH="win32" WINEDLLOVERRIDES="oleaut32=n" wine RCWebServerTest.exe & NOTE: I've tried both with and without the oleaut32 native override. The application is able to bind OK to 127.0.0.1:8080, but when try to curl to it with the following command: curl http://127.0.0.1:8080 curl is able to connect to the application, but the application does not subsequently respond to the request. Some debugging shows that the I'm receiving an FD_ACCEPT message in my app's socket windowproc, but unexpectedly I receive no other FD_ messages (notably, no FD_READ message). After dumping +server,+winsock debug channels (attached), I see the server's "get_message" and "select" calls are apparently "stuck" in a PENDING state, with many repeated log messages along these lines: 0024: get_message( flags=00000000, get_win=00000000, get_first=00000000, get_last=ffffffff, hw_id=00000000, wake_mask=00000000, changed_mask=00000000 ) 0024: get_message() = PENDING { win=00000000, msg=00000000, wparam=00000000, lparam=00000000, type=0, x=0, y=0, time=00000000, active_hooks=80000001, total=0, data={} } 0024: select( flags=2, cookie=0031ef4c, timeout=infinite, size=8, prev_apc=0000, result={}, data={WAIT,handles={007c}}, context={} ) 0024: select() = PENDING { call={APC_NONE}, apc_handle=0000, context={} } I've tried the exact same app on 5.x versions of Wine and it works as expected - curl connects and receives data from my application. I performed a similar +server,+winsock dump under the working 5.x version, and 2 things that stand out are that the 5.x series performs periodic "flush" calls, and the "get_message" and "select" calls never have a "PENDING" status. For example: 0009: flush( async={handle=0004,event=0000,iosb=0032ee10,user=006414b8,apc=00000000,apc_context=00000000} ) 0009: flush() = 0 { event=00d8 } 0009: select( flags=2, cookie=0032eadc, timeout=infinite, prev_apc=0000, result={}, data={WAIT_ALL,handles={00d8}} ) 0009: select() = 0 { timeout=infinite, call={APC_NONE}, apc_handle=0000 } 0009: get_message( flags=00000001, get_win=00000000, get_first=00000000, get_last=ffffffff, hw_id=00000000, wake_mask=00000000, changed_mask=00000000 ) 0009: get_message() = 0 { win=0001006c, msg=00000804, wparam=000000d4, lparam=00000001, type=6, x=0, y=0, time=a00af81e, active_hooks=80000001, total=0, data={} } The attached working & broken logs are quite large, but if you search for FD_ACCEPT, that's where the curl connection gets accepted, and then the subsequent lines are where the problem is evident in the broken log (or expected behaviour is evident in the working log). At this point I am stumped and not sure what else I can do to get the app working under Wine 6.x, as I believe that there is a bug that is beyond my capabilities to diagnose & fix. Thank you in advance for any help, and If there's any additional information needed from me, I will provide it. -- 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.

Nov. 11, 2021

[Bug 52023] New: VirtualFree returning error when it should not

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52023 Bug ID: 52023 Summary: VirtualFree returning error when it should not Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: elpochodelagente(a)gmail.com Distribution: --- Created attachment 71022 --> https://bugs.winehq.org/attachment.cgi?id=71022 test case source and exe I find it odd that Wine's version of VirtualFree [1] with MEM_DECOMMIT does nothing, and always returns error (STATUS_NO_MEMORY, see decommit_pages and anon_map_fixed in dlls/ntdll/unix/virtual.c). The attached test passes, (crashing) in windows but doesn't in wine: $ x86_64-w64-mingw32-gcc -o decommit.exe decommit.c Windows: $ ./decommit.exe ====== test 1 - reserve, commit, release > success! ====== test 2 - reserve, commit, decommit, attempt use > Segmentation fault Wine: $ wine decommit.exe ====== test 1 - reserve, commit, release > success! ====== test 2 - reserve, commit, decommit, attempt use > Could not decommit memory. Error code: 8 ====== [1] https://docs.microsoft.com/en-us/windows/win32/api/memoryapi/nf-memoryapi-v… -- 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.

Nov. 11, 2021

[Bug 52022] New: Borderlands GOTY Enhanced mouse is unresponsive

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52022 Bug ID: 52022 Summary: Borderlands GOTY Enhanced mouse is unresponsive Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 53fcfe3834da3c43838cd26bdeb4fdb335542627 Distribution: --- As mentioned in the title. -- 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.

Nov. 11, 2021

[Bug 51948] Gothic 2 Gold crashes when first entering addonworld (Jharkendar)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=51948 --- Comment #6 from Rafał Mużyło <galtgendo(a)o2.pl> --- ...so, it almost certainly is dmusic, While that 'demangle_datatype Unknown type @' potentially is worth checking out to verify after the failure things are handled correctly, it's dmusic where things fail. Note though, that while the crash is a bug that needs fixing, midi music will likely not work without native libs. Things seem to break when this call: 016c:trace:dmloader:IDirectMusicLoaderFileStream_Attach (0DCB4F28, L"C:\\GOG GAMES\\GOTHIC 2 GOLD\\_WORK\\DATA\\MUSIC\\ADDONWORLD\\DLS_Harp.dls", 0014E590) fails. -- 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.

Nov. 11, 2021

[Bug 50680] Detroit: Become Human crashes at launch with ntdll-NtAlertThreadByThreadId

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=50680 --- Comment #22 from Dmitry Skvortsov (Iglu47) <lvb.crd(a)protonmail.com> --- (In reply to Zebediah Figura from comment #21) > Created attachment 71014 [details] > patch 0010 + increased futex hash list size > > So, after off-bug discussion and some manual testing on my end, I have a > pretty good theory as to what's going on now. > > I'd like to ask for one more test, though. This test does a lot to confirm > my theory on *my* machine, but I'd like to get a second opinion. > > Please try the attached patch, on top of upstream wine (current git). This > is basically a rebased version of patch 0010 by itself, *but* it also > increases the addr_wait hash list size. If my theory is right, this will fix > the game consistently. It does for me in something like 10/10 runs. I tried on 97d6cfd7059fbe55fdd24a04e8d9133848328d4e. yes, it works for my machine too. I did some tests with the game launches with this patch - the game behavior continues to be similar to what is on vannila Wine. -- 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.

Nov. 11, 2021

[Bug 52019] DigiCertUtil wrong window size

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=52019 --- Comment #1 from Rafał Mużyło <galtgendo(a)o2.pl> --- Screenshot suggests font metrics incompatibility. If that's the case, little can be done about it - such dialogs tend to be not resizable, so if the original decided to mix variable and fixed, it will fail one way or the other (other usually being truncated text). -- 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.

Nov. 11, 2021