June 2019 - Wine-Bugs - list.winehq.org

[Bug 47235] New: Steep (Uplay) crashes on unimplemented function ncrypt.dll.BCryptSecretAgreement
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=47235 Bug ID: 47235 Summary: Steep (Uplay) crashes on unimplemented function ncrypt.dll.BCryptSecretAgreement Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sashok.olen(a)gmail.com Distribution: --- The game ("Steep", which is currently free on Uplay) starts fine but when it tries to connect to its servers, it crashes with: wine: Call from 0x7b456026 to unimplemented function ncrypt.dll.BCryptSecretAgreement, aborting. If you need any additional information regarding this, I will be happy to 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.

1 13

[Bug 46982] New: MPGUI require _Init_locks_ctor@_Init_locks@std@@CAXPAV12@@Z
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46982 Bug ID: 46982 Summary: MPGUI require _Init_locks_ctor(a)_Init_locks@std@@CAXPAV12@@Z Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: lorenzofer(a)live.it Distribution: --- Hi. MPGUI is an application written in C++/CLI (or managed C++) that provide a GUI for some tools by Gruftikus for TES and Fallout Games (tes4ll). However it require msvcp100.dll.?_Init_locks_ctor(a)_Init_locks@std@@CAXPAV12@@Z that is currently unimplemented MPGUI can be downlaoded by: https://www.nexusmods.com/oblivion/mods/41447 Sourcecode is: https://github.com/Gruftikus/mpgui winetricks vcrun2010 and setting msvcp100.dll as native is a workaround. (the application seem to have other issues after this however) -- 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 43159] New: The old game Knight Of Knight has black textures
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=43159 Bug ID: 43159 Summary: The old game Knight Of Knight has black textures Product: Wine Version: 2.10 Hardware: x86 URL: http://ftp.vector.co.jp/34/19/1946/Knight050.lzh OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 58411 --> https://bugs.winehq.org/attachment.cgi?id=58411 Screenshot in game This is an old freeware game that seems to use DirectX7. It has a lot of issues, but one of the most important one is, that most of its textures are black. When testing the game, it's advised to check "emulate a virtual desktop" in winecfg, since it only supports low-resolution fullscreen mode and is prone to crashes. Also, when you have a gamepad plugged in it might not accept keyboard input, keep that in mind when testing. To work around the other issues that crash the game, please run "winetricks gmdls directmusic d3drm d3dxof". How to test: To select an option, press x. Just click through your way through. When in "Stage Select", move left with the arrow keys, then press x. Press x again to start the game. Now, if you enter the game, you should be greeted with very messed up textures, they're very often black. You can move around with the arrow keys, but the textures turn black for some reason when you move. They might also get visible again though. Screenshot attached and download link added. Now, important thing to note: The game shows a blackscreen (except for the UI) in Win7, while the game worked in XP. Seems to work again in Win10. Another thing to note, you can make it work in Win7 by using the ddraw dll from wine 1.3.6, so it worked back then. Sadly, the game crashes in wine with 1.3.6, so I can't really do an regression test. But maybe it's also important to note that the game showed a complete blackscreen in 1.9.18, while it shows at least some textures in 2.10. If you want me to to a test which commit is responsible for the improvement, just tell me. Any help is appreciated. -- 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 10

[Bug 30891] New: page fault in wined3d_surface_blt
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

http://bugs.winehq.org/show_bug.cgi?id=30891 Bug #: 30891 Summary: page fault in wined3d_surface_blt Product: Wine Version: 1.4 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chinese_chater(a)yahoo.de Classification: Unclassified Created attachment 40479 --> http://bugs.winehq.org/attachment.cgi?id=40479 command line output, including backtrace After starting the game Typing of the Dead and selecting "Network" in the menu, wine 1.4 crashes: --- Unhandled exception: page fault on read access to 0x00000072 in 32-bit code (0x7e1cab0e). [...] =>0 0x7e1cab0e wined3d_surface_blt+0xfce() in wined3d (0x0033fc04) 1 0x7e27a443 in ddraw (+0x3a442) (0x0033fcd4) 2 0x00477131 in tod_e (+0x77130) (0x0033fd34) --- (see attached backtrace.txt for the complete output) On startup for this trace I've selected "DirectDraw HAL \ Microsoft Direct3D RGB Software Emulation will be used", but it happens with "DirectDraw HAL \ WINE Direct3D7 Hardware acceleration using WineD3D will be used" and "DirectDraw HAL \ WINE Direct3D7 Hardware Transform and Lightning acceleration using WineD3D will be used", too. I'm running wine on a 64bit (both kernel- and userspace) laptop with a GeForce 8600M GT and the open source nouveau graphics driver on a recent Debian sid, with some i386 libraries to run the 32bit wine, obviously. I'm using the latest, recently uploaded package in Debian sid: wine 1.4-6. Cheers, Linus -- 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.

1 13

[Bug 43846] New: Prototype 1 and 2 no audio
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=43846 Bug ID: 43846 Summary: Prototype 1 and 2 no audio Product: Wine Version: 2.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: byi5000(a)gmail.com Distribution: --- Prototype and Prototype 2 have no audio by default. The workaround is "winetricks xact". The AppDB says it is missing xaudio2 support (https://appdb.winehq.org/objectManager.php?sClass=version&iId=31948) but the Wine-Api-Stats (https://www.winehq.org/winapi_stats) say that xaudio2 has full implementation. The following output shows all debug messages related to audio: fixme:pulse:AudioSessionControl_RegisterAudioSessionNotification (0x1e57af0)->(0x1b89ebcc) - stub fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x1bb9e91c): stub fixme:avrt:AvSetMmThreadPriority (0x12345678)->(1) stub fixme:avrt:AvRevertMmThreadCharacteristics (0x12345678): stub fixme:pulse:AudioSessionControl_UnregisterAudioSessionNotification (0x1e57af0)->(0x1b89ebcc) - stub fixme:pulse:AudioSessionControl_RegisterAudioSessionNotification (0x1e57b70)->(0x1b89ebcc) - stub fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x1bc9e91c): stub fixme:pulse:AudioSessionControl_UnregisterAudioSessionNotification (0x1e57b70)->(0x1b89ebcc) - stub Can someone else confirm this issue? -- 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 16

[Bug 47290] New: Obduction: fails to render menu: now freezes instead of crashing
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=47290 Bug ID: 47290 Summary: Obduction: fails to render menu: now freezes instead of crashing Product: Wine Version: 4.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 4xcbf1ftxxey(a)opayq.com Distribution: --- Created attachment 64588 --> https://bugs.winehq.org/attachment.cgi?id=64588 All logs collected, plus some git info. Detailled description in readme file When running the game Obduction (GOG version, 1.7.0), for versions of wine after commit 5dcb329667e3d4e630a7b3723f2eaee31652a568 (included), the splash screen (as far as I know, a static image) shows up correctly, but when the window that is supposed to contain the main menu shows up, it is completely black and doesn't respond. (see bug report https://bugs.winehq.org/show_bug.cgi?id=47289) Previously, a pop-up would appear, signaling an error and closing it would close the game. Starting with commit 8c69a77032ff8d5f0a79c387646f40716d9393ad, the pop-up doesn't appear, instead the user has to manually interrupt/kill it Note: this might be an entirely new bug, but also a partially working patch, or even a bugfix (if bug report 47289 actually comes from two separate bugs from the same commit) OS: Ubuntu 18.04 Driver: nvidia proprietary, 418.56 Wine: 8c69a77032ff8d5f0a79c387646f40716d9393ad and later -- 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 5

[Bug 46564] New: [bcrypt]Anno 1800 closed beta crashes at launch
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46564 Bug ID: 46564 Summary: [bcrypt]Anno 1800 closed beta crashes at launch Product: Wine-staging Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: berillions(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 63437 --> https://bugs.winehq.org/attachment.cgi?id=63437 Anno 1800 bcrypt log Hello, I tried to launch Anno 1800 with wine-staging + DXVK but unfortunatly, the game crashes at launch : I see a black screen like if the game start (before the Ubisoft logo video) and the game closes. In the output console log, the game closes after these both lines : 0129:fixme:bcrypt:BCryptGenerateKeyPair 0xade1910, 0x7f9dbf8da990, 256, 00000000 - stub 0129:fixme:bcrypt:BCryptFinalizeKeyPair (nil), 00000000 - stub I attach the +bcrypt log but i don't know if something wrong or not. The only thing i can say is that the game works ONLY if UPlay is launched with offline mode. I think it's a network issue because the game is constantly connected to Internet enven for singleplayer campagn. To resume : UPlay Online + Anno 1800 = crash because of bcrypt (i think) UPlay Offline + Anno 1800 = Works -- 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

[Bug 47311] New: Heap debugging (WINEDEBUG=+heap) broken since wine-4.6-132-g948fc85186
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=47311 Bug ID: 47311 Summary: Heap debugging (WINEDEBUG=+heap) broken since wine-4.6-132-g948fc85186 Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, apparently no one does bugs with heap corruption these days ;-) Seems that recent Wine regressed when +heap debug channel is turned on, immediately causing abort/assert due to heap corruption. --- snip --- $ WINEDEBUG=+heap,+server,+relay,+seh wine notepad >>log.txt 2>&1 sock_init: shutdown() causes EOF wineserver: starting (pid=28314) 0008: *fd* 0244 -> 21 0009: *fd* 6 <- 21 0009: init_thread( unix_pid=28311, unix_tid=28311, debug_level=1, teb=7ffd8000, entry=7ffdf000, reply_fd=6, wait_fd=8, cpu=x86 ) 0009: *fd* 8 <- 22 0009: init_thread() = 0 { pid=0008, tid=0009, server_start=1d519472be65c78 (-0.0001850), info_size=0, version=580, all_cpus=00000003, suspend=0 } 0009:trace:heap:RtlAllocateHeap (0x110000,7000006a,00000498): returning 0x1102a8 0009: *fd* 1 <- 23 0009: alloc_file_handle( access=40100000, attributes=00000002, fd=1 ) 0009: alloc_file_handle() = 0 { handle=0004 } 0009: *fd* 2 <- 24 0009: alloc_file_handle( access=40100000, attributes=00000002, fd=2 ) 0009: alloc_file_handle() = 0 { handle=0008 } 0009: create_keyed_event( access=c0000000, objattr={} ) 0009: create_keyed_event() = 0 { handle=000c } 0009: open_key( parent=0000, access=00000001, attributes=00000040, name=L"Machine\\System\\CurrentControlSet\\Control\\Session Manager" ) 0009: open_key() = 0 { hkey=0010 } 0009: get_key_value( hkey=0010, name=L"GlobalFlag" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,00,00,00} } 0009: get_key_value( hkey=0010, name=L"CriticalSectionTimeout" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,8d,27,00} } 0009: get_key_value( hkey=0010, name=L"HeapSegmentReserve" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,00,00,00} } 0009: get_key_value( hkey=0010, name=L"HeapSegmentCommit" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,00,00,00} } 0009: get_key_value( hkey=0010, name=L"HeapDeCommitTotalFreeThreshold" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,00,00,00} } 0009: get_key_value( hkey=0010, name=L"HeapDeCommitFreeBlockThreshold" ) 0009: get_key_value() = 0 { type=4, total=4, data={00,00,00,00} } 0009: close_handle( handle=0010 ) 0009: close_handle() = 0 0009:trace:heap:RtlAllocateHeap (0x110000,70000062,00000044): returning 0x110750 0009:trace:heap:RtlAllocateHeap (0x110000,7000006a,00000068): returning 0x1107a8 0009:trace:heap:RtlAllocateHeap (0x110000,70000062,0000003c): returning 0x110820 0009:trace:heap:RtlFreeHeap (0x110000,70000062,0x110750): returning TRUE 0009: load_dll( dbg_offset=0, base=7bc10000, name=001107d0, dbg_size=0, filename=L"C:\\windows\\system32\\ntdll.dll" ) 0009: load_dll() = 0 0009: get_token_sid( handle=fffffffa, which_sid=00000001 ) 0009: get_token_sid() = 0 { sid_len=28, sid={S-1-5-21-0-0-0-1000} } 0009:trace:heap:RtlAllocateHeap (0x110000,70000062,00000046): returning 0x110870 0009:trace:heap:RtlAllocateHeap (0x110000,7000006a,00000054): returning 0x1108c8 0009: create_key( access=000f003f, options=00000000, objattr={rootdir=0000,attributes=00000040,sd={},name=L"\\Registry\\User\\S-1-5-21-0-0-0-1000"}, class=L"" ) 0009: create_key() = 0 { hkey=0010, created=0 } 0009:trace:heap:RtlFreeHeap (0x110000,70000062,0x1108c8): returning TRUE 0009:trace:heap:RtlFreeHeap (0x110000,70000062,0x110870): returning TRUE 0009: open_key( parent=0010, access=000f003f, attributes=00000000, name=L"Software\\Wine\\Debug" ) 0009: open_key() = 0 { hkey=0014 } 0009: close_handle( handle=0010 ) 0009: close_handle() = 0 0009: get_key_value( hkey=0014, name=L"RelayInclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"RelayExclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"SnoopInclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"SnoopExclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"RelayFromInclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"RelayFromExclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"SnoopFromInclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: get_key_value( hkey=0014, name=L"SnoopFromExclude" ) 0009: get_key_value() = OBJECT_NAME_NOT_FOUND { type=-1, total=0, data={} } 0009: close_handle( handle=0014 ) 0009: close_handle() = 0 0009:trace:heap:RtlAllocateHeap (0x110000,7000006a,000027c0): returning 0x110930 0009:trace:heap:RtlAllocateHeap (0x110000,70000062,00000055): returning 0x113100 0009:err:heap:HEAP_ValidateInUseArena Heap 0x110000: block 0x113100 tail overwritten at 0x113131 (byte 0/47 == 0x5f) 0009:trace:heap:HEAP_Dump Heap: 0x110000 0009:trace:heap:HEAP_Dump Next: 0x110000 Sub-heaps: 0x110014 Free lists: Block Stat Size Id 0009:trace:heap:HEAP_Dump 0x110080 free 00000018 prev=0x113160 next=0x110090 0009:trace:heap:HEAP_Dump 0x110090 free 00000020 prev=0x110080 next=0x1100a0 ... 0009:trace:heap:HEAP_Dump 0x110280 free 00001000 prev=0x110270 next=0x110290 0009:trace:heap:HEAP_Dump 0x110290 free ffffffff prev=0x110280 next=0x113160 0009:trace:heap:HEAP_Dump Sub-heap 0x110014: base=0x110000 size=00110000 committed=00010000 0009:trace:heap:HEAP_Dump Block Arena Stat Size Id 0009:trace:heap:HEAP_Dump 0x1102a0 00455355 used 000004a0 0009:trace:heap:HEAP_Dump 0x110748 00bedead pend 00000050 0009:trace:heap:HEAP_Dump 0x1107a0 00455355 used 00000070 0009:trace:heap:HEAP_Dump 0x110818 00455355 used 00000048 0009:trace:heap:HEAP_Dump 0x110868 00bedead pend 00000050 0009:trace:heap:HEAP_Dump 0x1108c0 00bedead pend 00000060 0009:trace:heap:HEAP_Dump 0x110928 00455355 used 000027c8 0009:trace:heap:HEAP_Dump 0x1130f8 00455355 used 00000060 0009:trace:heap:HEAP_Dump 0x113160 45455246 free 0010ce90 prev=0x110290 next=0x110080 0009:trace:heap:HEAP_Dump Total: Size=00110000 Committed=00010000 Free=0010ce90 Used=00002e80 Arenas=000002f0 (0%) wine: /home/focht/projects/wine/mainline-src-4.7/dlls/ntdll/heap.c:465: HEAP_GetPtr: Assertion `FALSE' failed. 0009: *killed* exit_code=0 0008: *process killed* wineserver: exiting (pid=28314) --- snip --- Offending commit: https://source.winehq.org/git/wine.git/commitdiff/948fc851867da01f09c84ad83… ("ntdll: Add support for loading PE builtin dlls.") $ wine --version wine-4.6-132-g948fc85186 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.

1 5

[Bug 46824] New: Orion Prelude (Steam) crashes with wine-mono
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=46824 Bug ID: 46824 Summary: Orion Prelude (Steam) crashes with wine-mono Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 63851 --> https://bugs.winehq.org/attachment.cgi?id=63851 orion prelude wine 4.3 terminal output The game crashes right at startup when using wine-mono. With winetricks dotnet40 the game doesn't crash. It's a long standing issue (not a regression). I've been playing with dotnet40 since June 2014. With the update to wine-mono 4.8.0 I though I would give it a try. I reinstalled in a clean prefix but the game still crashes with wine-mono. wine 4.3 (wine-mono 4.8.0) 32 bit clean prefix. Virtual desktop, no dll overrides, win 7 mode. winetricks corefonts used (Steam bug 37110). There is no demo or free download. -- 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 47274] New: Windows XP's cmd.exe doesn't execute batch files anymore
by wine-bugs＠winehq.org June 10, 2019

June 10, 2019

https://bugs.winehq.org/show_bug.cgi?id=47274 Bug ID: 47274 Summary: Windows XP's cmd.exe doesn't execute batch files anymore Product: Wine Version: 4.4 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com CC: hans(a)meelstraat.net Regression SHA1: 8021d449f4a02aa5e44476e9f9c98e5641e596a2 Distribution: --- Since wine-4.4, Windows XP's cmd.exe doesn't execute batch files anymore, it simply silently fails and does nothing. A regression test pin-pointed the issue: 8021d449f4a02aa5e44476e9f9c98e5641e596a2 is the first bad commit commit 8021d449f4a02aa5e44476e9f9c98e5641e596a2 Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Mar 6 10:14:27 2019 +0100 advapi32: Add a stub implementation of SaferIdentifyLevel. Signed-off-by: Hans Leidekker <hans(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> Reverting the patch to a stub is necessary. Changing the return value to FALSE does not work. I'm not sure how else to fix this since it's just a stub, and similar stubs (like SaferComputeTokenFromLevel) don't seem to have a problem. Having those return FALSE doesn't seem to help either. -- 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 6