wine-bugs September 2021

wine-bugs@winehq.org

1 participants
4587 discussions

[Bug 51659] New: Thronebreaker:The Witcher Tales-- Mahakam act beginning has broken cutscene ( MFP)
by WineHQ Bugzilla 26 Sep '21

26 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51659 Bug ID: 51659 Summary: Thronebreaker:The Witcher Tales-- Mahakam act beginning has broken cutscene ( MFP) Product: Wine-staging Version: 6.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: yurnerolinux(a)yandex.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70531 --> https://bugs.winehq.org/attachment.cgi?id=70531 Save files to quickly get into that act Game had correctly working cutscenes until this act. Cutscene at the start of this act looks like this. https://i.imgur.com/BDkh0tq.png Adding save files to make reproduction process easier. Otherwise person who tries to repro would have to sink hours in it. With those save files in place clicking to continue in main menu should grant the broken cutscene right away. Combinations that problem is reproduced on: - Wine 6.15 Staging- Reproduces the problem with both dxvk and wined3d - Lutris 6.14 Fshack- Reproduces the problem with both dxvk and wined3d - Screenshot above is taken on Wine 6.15 Staging+ Dxvk -- 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 14

[Bug 51803] New: Staging: Heroes of the Storm crashes when patchset d3dx11_43-D3DX11CreateTextureFromMemory is enabled
by WineHQ Bugzilla 26 Sep '21

26 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51803 Bug ID: 51803 Summary: Staging: Heroes of the Storm crashes when patchset d3dx11_43-D3DX11CreateTextureFromMemory is enabled Product: Wine-staging Version: 6.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sloonz(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70690 --> https://bugs.winehq.org/attachment.cgi?id=70690 Console log Since 2.16, Heroes of the Storm crashes at startup. The issue is only present on staging. This is almost surely linked to the d3dx11_43-D3DX11CreateTextureFromMemory patchset, since disabling it fixes the issue. The log shows this interesting line: "03a0:fixme:d3dx:D3DX11CreateTextureFromMemory load_info is ignored" I don’t think this is linked to https://bugs.winehq.org/show_bug.cgi?id=43692, since the error message is different. -- 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 1

[Bug 34584] New: thai2english not working at all may ole32 related
by wine-bugs＠winehq.org 26 Sep '21

26 Sep '21

http://bugs.winehq.org/show_bug.cgi?id=34584 Bug #: 34584 Summary: thai2english not working at all may ole32 related Product: Wine Version: 1.7.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: genrobgen5(a)gmail.com Classification: Unclassified Hi linux distr debian wheezy (recently updated) gcc version 4.6.3 (Debian 4.6.3-14) thai2english-setup-2.3.4233.exe http://www.thai2english.com/downloading/thai2english-setup-2.3.4233.exe started with wine '/root/.wine/drive_c/Program Files/Thai2English/thai2english.exe' wine version 1.7.2 with wine.git-87c459ab2359784f238c30073b1adc0111876987.patch I tried the patch mplementing VarDecRound (wine.git-87c459ab2359784f238c30073b1adc0111876987.patch) in wine-1.7.2, unfortunately it does not seem to have helped with [Bug 34463] thai2english. I think there is going to be more than one bug. A visable bug at the moment is CoGetContextToken apartment not initialised (see attached log log-initial in attachment). I did a WINEDEBUG=+ole,+relay wine '/root/.wine/drive_c/Program Files/Thai2English/thai2english.exe' 2>log+ole,+relay followed by grep 'CoGetContextToken' log+ole,+relay to give 002c:Call ole32.CoGetContextToken(030be730) ret=791f525b trace:ole:CoGetContextToken (0x30be730) err:ole:CoGetContextToken apartment not initialised 002c:Ret ole32.CoGetContextToken() retval=800401f0 ret=791f525b 002d:Call ole32.CoGetContextToken(045be790) ret=791f525b trace:ole:CoGetContextToken (0x45be790) 002d:Ret ole32.CoGetContextToken() retval=00000000 ret=791f525b 0030:Call ole32.CoGetContextToken(046be710) ret=791f525b trace:ole:CoGetContextToken (0x46be710) trace:ole:CoGetContextToken apt->context_token=0x188750 0030:Ret ole32.CoGetContextToken() retval=00000000 ret=791f525b (see log+ole+relay-greped in attachment) retval=800401f0 refers to return CO_E_NOTINITIALIZED in CoGetContextToken in wine-1.7.2/dlls/ole32/compobj.c so apartment_find_multi_threaded() fails. I suspect the following bit of code fails LIST_FOR_EACH( cursor, &apts ) { struct apartment *apt = LIST_ENTRY( cursor, struct apartment, entry ); if (apt->multi_threaded) { result = apt; apartment_addref(result); break; } } this piece of code looks for a struct apartment in &apts (or possibly it might create one if none exists) &apts created by static struct list apts = LIST_INIT( apts ); /* protected by csApartment */ however there does not appear to be any struct apartment or an appropriate pointer in struct list I am not sure how the program is supposed to work but there is a problem here. By the way thai2english does not work at all I am not just making it up or something. If the bug is not worth dealing with then that is not a problem to me as I can us virtualbox however wine is a neater solution. Rob -- 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 10

[Bug 51799] New: Mafia: Definitive Edition has bad performance
by WineHQ Bugzilla 25 Sep '21

25 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51799 Bug ID: 51799 Summary: Mafia: Definitive Edition has bad performance Product: Wine Version: 6.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- 06c0:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000. 06c0:fixme:dxgi:d3d11_swapchain_GetFrameStatistics iface 0x20422bc0, stats 0x2fa0fbd0 stub! 06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in glEndQuery{Indexed}(no matching glBeginQuery{Indexed})". 06c0:fixme:d3d11:d3d11_device_context_Map Ignoring map_flags 0x100000. 06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in glBeginQuery{Indexed}(target=GL_SAMPLES_PASSED is active)". 06bc:err:d3d:wined3d_debug_callback 0x1e9eb0b0: "GL_INVALID_OPERATION in glGetQueryObjectui64v(id=5 is invalid or active)". Disabling CSMT helps but it breaks rendering. -- 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 48124] New: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6a9aa251). Register dump:
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=48124 Bug ID: 48124 Summary: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6a9aa251). Register dump: Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: thanekar803(a)gmail.com CC: dimesio(a)earthlink.net, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6a9aa251). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:6a9aa251 ESP:0033e260 EBP:00000000 EFLAGS:00010206( R- -- I - -P- ) EAX:00000000 EBX:00000000 ECX:0033e260 EDX:0be546b8 ESI:0033e27c EDI:f6b765c0 Stack dump: 0x0033e260: 03cab168 0033e27c bba90001 092cb788 0x0033e270: 093643a4 09351828 0033e858 00000000 0x0033e280: 12b3b4e0 0033e354 00000000 6a9ab9ff 0x0033e290: 09364388 0033e300 12b3b4e0 6a9aba84 0x0033e2a0: 12b3b528 1333ef50 12b3b528 69ed0117 0x0033e2b0: 1333ef50 12b3b5f8 6d4d4ca4 69ee4a4b Backtrace: =>0 0x6a9aa251 EntryPoint+0xb68e51() in xul (0x00000000) 0x6a9aa251 EntryPoint+0xb68e51 in xul: movl 0x0(%ebx),%eax Modules: Module Address Debug info Name (170 modules) PE 9120000- 9336000 Deferred nss3 PE 649c0000-649fa000 Deferred softokn3 PE 661c0000-662a4000 Deferred mozglue PE 66f00000-66f72000 Deferred nssckbi PE 69e40000-6d7d7000 Export xul PE 6f780000-6f7f1000 Deferred freebl3 PE 6fc80000-6fca8000 Deferred nssdbm3 PE 70a80000-70b5d000 Deferred lgpllibs ELF 7b400000-7b7f9000 Deferred kernel32<elf> \-PE 7b420000-7b7f9000 \ kernel32 ELF 7bc00000-7bd00000 Deferred ntdll<elf> \-PE 7bc10000-7bd00000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ELF 7d15c000-7db21000 Deferred shell32<elf> \-PE 7d170000-7db21000 \ shell32 ELF 7dc82000-7dcba000 Deferred uxtheme<elf> \-PE 7dc90000-7dcba000 \ uxtheme ELF 7dcba000-7dcc1000 Deferred libxfixes.so.3 ELF 7dcc1000-7dccd000 Deferred libxcursor.so.1 ELF 7dccd000-7dce0000 Deferred libxi.so.6 ELF 7dce0000-7dce4000 Deferred libxcomposite.so.1 ELF 7dce4000-7dcf1000 Deferred libxrandr.so.2 ELF 7dcf1000-7dcfd000 Deferred libxrender.so.1 ELF 7dcfd000-7dd04000 Deferred libxxf86vm.so.1 ELF 7dd04000-7dd08000 Deferred libxinerama.so.1 ELF 7dd08000-7dd12000 Deferred librt.so.1 ELF 7dd12000-7dd2d000 Deferred libbsd.so.0 ELF 7dd2d000-7dd34000 Deferred libxdmcp.so.6 ELF 7dd34000-7dd38000 Deferred libxau.so.6 ELF 7dd38000-7dd64000 Deferred libxcb.so.1 ELF 7dd64000-7deae000 Deferred libx11.so.6 ELF 7deae000-7dec3000 Deferred libxext.so.6 ELF 7dee3000-7df73000 Deferred winex11<elf> \-PE 7def0000-7df73000 \ winex11 ELF 7dfb3000-7dfe5000 Deferred libexpat.so.1 ELF 7dfe5000-7e030000 Deferred libfontconfig.so.1 ELF 7e030000-7e06a000 Deferred libpng16.so.16 ELF 7e06a000-7e127000 Deferred libfreetype.so.6 ELF 7e127000-7e14b000 Deferred imm32<elf> \-PE 7e130000-7e14b000 \ imm32 ELF 7e14b000-7e191000 Deferred usp10<elf> \-PE 7e150000-7e191000 \ usp10 ELF 7e191000-7e2cf000 Deferred comctl32<elf> \-PE 7e1a0000-7e2cf000 \ comctl32 ELF 7e2cf000-7e306000 Deferred ws2_32<elf> \-PE 7e2e0000-7e306000 \ ws2_32 ELF 7e306000-7e330000 Deferred mpr<elf> \-PE 7e310000-7e330000 \ mpr ELF 7e330000-7e34f000 Deferred libz.so.1 ELF 7e36f000-7e3ed000 Deferred wininet<elf> \-PE 7e380000-7e3ed000 \ wininet ELF 7e3ed000-7e411000 Deferred shcore<elf> \-PE 7e3f0000-7e411000 \ shcore ELF 7e411000-7e480000 Deferred shlwapi<elf> \-PE 7e420000-7e480000 \ shlwapi ELF 7e480000-7e5a9000 Deferred oleaut32<elf> \-PE 7e4a0000-7e5a9000 \ oleaut32 ELF 7e5a9000-7e62e000 Deferred rpcrt4<elf> \-PE 7e5b0000-7e62e000 \ rpcrt4 ELF 7e62e000-7e75d000 Deferred gdi32<elf> \-PE 7e640000-7e75d000 \ gdi32 ELF 7e75d000-7e967000 Deferred user32<elf> \-PE 7e770000-7e967000 \ user32 ELF 7e967000-7e9e0000 Deferred advapi32<elf> \-PE 7e970000-7e9e0000 \ advapi32 ELF 7e9e0000-7eb3b000 Deferred ole32<elf> \-PE 7ea00000-7eb3b000 \ ole32 ELF 7eb3b000-7ebdb000 Deferred urlmon<elf> \-PE 7eb50000-7ebdb000 \ urlmon ELF 7ebdb000-7ec6d000 Deferred ieframe<elf> \-PE 7ebe0000-7ec6d000 \ ieframe ELF 7ec6d000-7ec97000 Deferred iexplore<elf> \-PE 7ec70000-7ec97000 \ iexplore ELF 7ec97000-7ecab000 Deferred libnss_files.so.2 ELF 7ecab000-7ecc6000 Deferred libnsl.so.1 ELF 7ecc6000-7ecd4000 Deferred libnss_nis.so.2 ELF 7ecd4000-7ecde000 Deferred libnss_compat.so.2 ELF 7eede000-7efe0000 Deferred libm.so.6 ELF 7efe6000-7f000000 Deferred version<elf> \-PE 7eff0000-7f000000 \ version ELF f6270000-f632c000 Deferred jscript<elf> \-PE f6280000-f632c000 \ jscript ELF f632c000-f6363000 Deferred msctf<elf> \-PE f6330000-f6363000 \ msctf ELF f6363000-f6383000 Deferred dnsapi<elf> \-PE f6370000-f6383000 \ dnsapi ELF f6383000-f639b000 Deferred libgpg-error.so.0 ELF f639b000-f647c000 Deferred libgcrypt.so.20 ELF f647c000-f6492000 Deferred liblz4.so.1 ELF f6492000-f64be000 Deferred liblzma.so.5 ELF f64be000-f654e000 Deferred libsystemd.so.0 ELF f654e000-f65a9000 Deferred libdbus-1.so.3 ELF f65a9000-f65bd000 Deferred libavahi-client.so.3 ELF f65bd000-f65cb000 Deferred libavahi-common.so.3 ELF f65cb000-f665e000 Deferred libcups.so.2 ELF f6666000-f667e000 Deferred dwmapi<elf> \-PE f6670000-f667e000 \ dwmapi ELF f667e000-f66b2000 Deferred wintrust<elf> \-PE f6680000-f66b2000 \ wintrust ELF f66b2000-f66ca000 Deferred userenv<elf> \-PE f66c0000-f66ca000 \ userenv ELF f66ca000-f6738000 Deferred setupapi<elf> \-PE f66d0000-f6738000 \ setupapi ELF f6738000-f674d000 Deferred rasdlg<elf> \-PE f6740000-f674d000 \ rasdlg ELF f674d000-f6769000 Deferred rasapi32<elf> \-PE f6750000-f6769000 \ rasapi32 ELF f6769000-f677d000 Deferred psapi<elf> \-PE f6770000-f677d000 \ psapi ELF f677d000-f6791000 Deferred msimg32<elf> \-PE f6780000-f6791000 \ msimg32 ELF f6791000-f67d1000 Deferred winspool<elf> \-PE f67a0000-f67d1000 \ winspool ELF f67d1000-f68ca000 Deferred comdlg32<elf> \-PE f67e0000-f68ca000 \ comdlg32 ELF f68ca000-f68e4000 Deferred wsock32<elf> \-PE f68d0000-f68e4000 \ wsock32 ELF f68e4000-f6910000 Deferred msacm32<elf> \-PE f68f0000-f6910000 \ msacm32 ELF f6910000-f69ca000 Deferred winmm<elf> \-PE f6920000-f69ca000 \ winmm ELF f69ca000-f6a82000 Deferred msvcrt<elf> \-PE f69e0000-f6a82000 \ msvcrt ELF f6a82000-f6c65000 Deferred mshtml<elf> \-PE f6aa0000-f6c65000 \ mshtml ELF f6c65000-f6ca4000 Deferred rsaenh<elf> \-PE f6c70000-f6ca4000 \ rsaenh ELF f6ca4000-f6cc4000 Deferred bcrypt<elf> \-PE f6cb0000-f6cc4000 \ bcrypt ELF f6cc4000-f6d96000 Deferred crypt32<elf> \-PE f6cd0000-f6d96000 \ crypt32 ELF f6d96000-f6dea000 Deferred libgssapi_krb5.so.2 ELF f6dea000-f6def000 Deferred libkeyutils.so.1 ELF f6def000-f6dfc000 Deferred libkrb5support.so.0 ELF f6dfc000-f6e31000 Deferred libk5crypto.so.3 ELF f6e31000-f6f0d000 Deferred libkrb5.so.3 ELF f6f18000-f6f2d000 Deferred schannel<elf> \-PE f6f20000-f6f2d000 \ schannel ELF f6f2d000-f6fb8000 Deferred libgmp.so.10 ELF f6fb8000-f6fee000 Deferred libhogweed.so.4 ELF f6fee000-f702a000 Deferred libnettle.so.6 ELF f702a000-f703f000 Deferred libtasn1.so.6 ELF f703f000-f71c0000 Deferred libunistring.so.2 ELF f71c0000-f730e000 Deferred libp11-kit.so.0 ELF f730e000-f74a4000 Deferred libgnutls.so.30 ELF f74a4000-f74cf000 Deferred iphlpapi<elf> \-PE f74b0000-f74cf000 \ iphlpapi ELF f74cf000-f7500000 Deferred netapi32<elf> \-PE f74e0000-f7500000 \ netapi32 ELF f7600000-f7609000 Deferred libffi.so.6 ELF f7609000-f7628000 Deferred libidn2.so.0 ELF f7628000-f765d000 Deferred secur32<elf> \-PE f7630000-f765d000 \ secur32 ELF f765d000-f7675000 Deferred libresolv.so.2 ELF f7676000-f767b000 Deferred libcom_err.so.2 ELF f767b000-f7695000 Deferred kerberos<elf> \-PE f7680000-f7695000 \ kerberos ELF f7901000-f7926000 Deferred hlink<elf> \-PE f7910000-f7926000 \ hlink ELF f7926000-f7944000 Deferred libgcc_s.so.1 ELF f7964000-f798d000 Deferred mlang<elf> \-PE f7970000-f798d000 \ mlang ELF f798d000-f7aca000 Deferred actxprxy<elf> \-PE f79b0000-f7aca000 \ actxprxy ELF f7b17000-f7b1c000 Deferred libdl.so.2 ELF f7b1c000-f7cf8000 Deferred libc.so.6 ELF f7cf8000-f7d17000 Deferred libpthread.so.0 ELF f7d22000-f7d29000 Deferred libnss_dns.so.2 ELF f7d37000-f7eee000 Dwarf libwine.so.1 ELF f7ef0000-f7f18000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000e services.exe 00000032 0 00000024 0 00000021 0 0000001c 0 00000018 0 00000013 0 00000010 0 0000000f 0 00000011 winedevice.exe 00000019 0 00000017 0 00000016 0 00000012 0 0000001a plugplay.exe 0000001e 0 0000001d 0 0000001b 0 0000001f winedevice.exe 00000027 0 00000023 0 00000022 0 00000020 0 00000025 explorer.exe 0000002a 0 00000029 0 00000028 0 00000026 0 0000002b (D) C:\windows\system32\iexplore.exe 000000de 0 000000dd 0 000000dc 0 000000db 0 000000da 0 000000d9 0 000000be 0 000000bd 0 000000af 0 00000092 0 00000068 0 00000067 0 00000055 0 00000054 0 00000053 0 00000052 0 00000051 0 00000050 0 0000004f 0 0000004d -1 0000004c 0 0000004b 0 0000004a 0 00000049 0 00000048 -1 00000047 -1 00000046 0 00000045 0 00000044 0 00000043 0 00000042 0 00000041 0 00000040 0 0000003f 0 0000003e 0 0000003d 0 0000003c 0 0000002e 0 0000002d 0 0000002c 0 <== 00000030 rpcss.exe 00000037 0 00000036 0 00000035 0 00000034 0 00000033 0 00000031 0 System information: Wine build: wine-4.0.2 Platform: i386 (WOW64) Version: Windows 10 Host system: Linux Host version: 4.15.0-70-generic -- 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 4

[Bug 51757] New: Network application crashes
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51757 Bug ID: 51757 Summary: Network application crashes Product: Wine Version: 6.17 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: z.figura12(a)gmail.com Regression SHA1: 1ee382c706bed683e7263c867fd6599dd6920103 Distribution: --- Created attachment 70653 --> https://bugs.winehq.org/attachment.cgi?id=70653 +winsock,+server,+seh,+tid log of the crashing thread This is a recent regression, wine-6.17 works fine: commit 1ee382c706bed683e7263c867fd6599dd6920103 Author: Zebediah Figura <zfigura(a)codeweavers.com> Date: Tue Sep 14 01:02:43 2021 -0500 server: Pass the async result size as part of apc_call_t. Only really an optimization (plus it makes the code a little conceptually simpler). Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> I'm attaching a +winsock,+server,+seh,+tid log of the crashing thread, please let me know if you need full log. -- 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 4

[Bug 51723] New: Timespinner controller triggers aren't properly recognized
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51723 Bug ID: 51723 Summary: Timespinner controller triggers aren't properly recognized Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: vlund(a)codeweavers.com Distribution: --- Created attachment 70605 --> https://bugs.winehq.org/attachment.cgi?id=70605 Terminal Output Timespinner had an update that updated the FNA Framework from 19.05 to 21.08. Since then the trigger buttons on controllers are not working. In the Player Settings options menu Left trigger and Right trigger are reported as the opposite ones when pressed, and in game neither button actually does anything. All other buttons seem to working fine. This happens with both Xbox and PS4 controllers. -- 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

[Bug 51696] New: ntoskrnl.exe:ntoskrnl outputs too much traces (and broke the Wine tests entirely)
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51696 Bug ID: 51696 Summary: ntoskrnl.exe:ntoskrnl outputs too much traces (and broke the Wine tests entirely) Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- ntoskrnl.exe:ntoskrnl outputs more than 200kB of traces: $ ./wine dlls/ntoskrnl.exe/tests/ntoskrnl.exe_test.exe ntoskrnl >ntoskrnl.report $ tail -n3 ntoskrnl.report 0270:ntoskrnl: 96 tests executed (1 marked as todo, 0 failures), 0 skipped. 0020:ntoskrnl: Silenced 5475 todos, 0 skips and 0 traces. 0020:ntoskrnl: 21296 tests executed (1967 marked as todo, 0 failures), 0 skipped. $ ls -l ntoskrnl.report -rw-r--r-- 1 fgouget fgouget 208428 août 28 18:37 ntoskrnl.report $ grep "Test marked todo:" ntoskrnl.report | wc -cl 1994 204531 This is not a problem of a runaway test or even that many trace() statements. It's just that there are too many todos despite the vast majority being silenced already. The big issue is that adding so much data to a full Winetest run pushes it over the 1.5MB limit (before and after debiant2 WineTest reports): -rw-r--r-- 1 fgouget fgouget 1477298 août 28 20:27 /tmp/job96432_1_1_win32.report -rw-r--r-- 1 fgouget fgouget 1689913 août 28 20:24 /tmp/job96543_1_1_win32.report The commit that introduced the extra todos is: commit 8d37962b43e5074bc0421611267dc41593114f85 Author: Zebediah Figura <zfigura(a)codeweavers.com> AuthorDate: Thu Aug 26 20:54:10 2021 -0500 ntoskrnl/tests: Add more tests for IRP status handling. Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Also the TestBot warned about this issue when the patch was submitted, though that did not carry over to sending an email to wine-devel or marking the patch as failed on the patches website (bug 51695). https://testbot.winehq.org/JobDetails.pl?Key=96439#k401 -- 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 4

[Bug 51596] New: Unhandled exception code c0000005 when running any 64-bit Winelib application
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=51596 Bug ID: 51596 Summary: Unhandled exception code c0000005 when running any 64-bit Winelib application Product: Wine Version: 6.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winelib Assignee: wine-bugs(a)winehq.org Reporter: mail(a)robbertvanderhelm.nl Distribution: ArchLinux Somewhere after Wine 6.14, 64-bit Winelib applications are no longer able to start when Wine is compiled with optimizations. Everything still works just fine when setting {C,CXX,CROSSC}FLAGS to "-g -O0", and 32-bit Winelib applications also still work fine. I haven't tested which exact commit introduced this issue, but it at least happens after f63ecaedc72f3580e7016ba71a480025e4d86e99 To reproduce this issue, create a main.cpp file with the following contents and then compile it with `wineg++ -o main main.cpp -mwindows -m64`: #include <iostream> int main() { std::cout << "Hello, world!" << std::endl; } Running main.exe with these versions of the latest master branch version of Wine Staging (wine-6.14-323-g91494ae6f2e right now) prints the following: 0144:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x7bc2dc17 Doing the same thing with a 32-bit Winelib (i.e. with -m32) works just fine, and the 64-bit version also works fine when compiling Wine the following configuration: CC='ccache gcc' CXX='ccache g++' CROSSCC='ccache x86_64-w64-mingw32-gcc' CFLAGS="-g -O0" CXXFLAGS="-g -O0" CROSSCFLAGS="-g -O0" ../configure --disable-tests --enable-win64 Leaving out those flags brings back the error, so there's likely some kind of UB at play here. -- 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 13

[Bug 48442] New: MPGUI crash on start in MSVCRT__wctomb_s_l in msvcr100
by WineHQ Bugzilla 24 Sep '21

24 Sep '21

https://bugs.winehq.org/show_bug.cgi?id=48442 Bug ID: 48442 Summary: MPGUI crash on start in MSVCRT__wctomb_s_l in msvcr100 Product: Wine Version: 5.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Created attachment 66220 --> https://bugs.winehq.org/attachment.cgi?id=66220 stacktrace Hi, MPGUI (a C++/CLI application, so C++ app that use the .NET runtime )crash on start with a Unhandled exception: page fault on read access to 0x00000020 in 32-bit code (0x7c6e61a0). PArt of the stacktrace: 0 0x7c6e61a0 MSVCRT__wctomb_s_l+0x1180() in msvcr100 (0x0032f378) 1 0x7c6e87f0 MSVCRT_vsnprintf+0x3f() in msvcr100 (0x0032f3c8) 2 0x7c6e8952 MSVCRT_sprintf_s+0x21() in msvcr100 (0x0032f3f8) 0x7c6e61a0 MSVCRT__wctomb_s_l+0x1180 in msvcr100: movzbl 0x0(%edi),%eax This part of the stacktrace suggest that native dotnet may be a workaround: 10 0x6c54c5ee mono_jit_runtime_invoke+0x46d(exc=<is not available>) [Z:\vagrant\mono\mono\mini\mini-runtime.c:3184] in libmono-2.0-x86 (0x005f6b48) 11 0x6c71da32 object_new_handle_common_tail+0x1d1(o=<is not available>, klass=<is not available>, error=<is not available>) [Z:\vagrant\mono\mono\metadata\object.c:3029] in libmono-2.0-x86 (0x00000000) 12 0x6c722105 mono_runtime_object_init+0xd4() [Z:\vagrant\mono\mono\metadata\object.c:5151] in libmono-2.0-x86 (0x00000000) 13 0x6c5a3372 mono_jit_exec+0x191() [Z:\vagrant\mono\mono\mini\driver.c:1325] Full stacktrace attached. Prefix is new. 32bit Wine Log is empty. -- 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 19

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2021