wine-bugs

wine-bugs@winehq.org

1 participants
158750 discussions

[Bug 45567] New: League of Legends 8.12+ fails to start a game ( anticheat engine, validation of WoW64 syscall dispatcher)
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45567 Bug ID: 45567 Summary: League of Legends 8.12+ fails to start a game (anticheat engine, validation of WoW64 syscall dispatcher) Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Diagnosed by Andrew Wesie; partially split off from bug 45327. The game inspects the %cs register to determine if it is running under WoW64. Since Linux 32-bit code segment is the same as the WoW64 32-bit code segment, 0x23, the anti-cheat will expect to be in a WoW64 environment regardless of whether the prefix is 32- or 64-bit. Consequently the game will try to use the Wow64Transition export if it is available, or otherwise request the module name of the address contained at the WOW32Reserved TEB field (i.e. %fs:0xc0), and verifies that the latter matches wow64cpu.dll. This can be solved either by moving the syscall dispatcher to wow64cpu.dll, or by implementing Wow64Transition. -- 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 8

[Bug 37983] New: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=37983 Bug ID: 37983 Summary: Jedi Knight: Dark Forces II (GOG.com version) - music doesn't work Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rixa(a)cs.tut.fi Distribution: --- The game originally used to have background music on CD audio tracks. The recent GOG.com release includes those tracks in .ogg format, along with what seems to be some sort of a hack to play them through a custom winmm.dll in the game directory. The music does not play. For the included winmm.dll to do anything, an override of "winmm (native,builtin)" seems like a logical step. Indeed, it was reported on the GOG.com forums that this gets the music working on Crossover, and I used the trial version to verify that this is indeed the case. But if I do the same on Wine, the game doesn't start anymore. It just dies with: err:seh:raise_exception Exception frame is not in stack limits => unable to dispatch exception. I tried to trace it down to other overrides that crossover sets by default, but it would still work even if I removed them all. It would even keep working if I replaced the entire drive_c there with the one from my wineprefix where it doesn't work, so it probably does not have to do with any of the pre-installed software, nor an installation broken for whatever reason. Using wine on the prefix installed in crossover didn't work any better either. In addition to a clean unpatched wine 1.7.35 that I compiled myself, I tried multiple versions of wine from PlayOnLinux but none of them started the game with the override in place; each died with the same message. Without the override the game is still very playable, just has no background music. Xubuntu 14.10, nvidia 331.113. -- 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 29

[Bug 33375] New: Cannot test dlls with dashes in their name
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=33375 Bug #: 33375 Summary: Cannot test dlls with dashes in their name Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44165 --> http://bugs.winehq.org/attachment.cgi?id=44165 Patch to reproduce this bug No conformance test can be written for dlls that have a dash in their name. These will first run into a build error: echo "api-ms-win-security-base-l1-1-0_test.exe TESTRES \"api-ms-win-security-base-l1-1-0_test-stripped.exe.so\"" | LD_LIBRARY_PATH="../../../libs/wine:$LD_LIBRARY_PATH" ../../../tools/wrc/wrc --nostdinc --po-dir=../../../po -m32 -I. -I. -I../../../include -I../../../include -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -DWIDL_C_INLINE_WRAPPERS -o ../../../programs/winetest/api-ms-win-security-base-l1-1-0_test.res :1:5: Error: syntax error What surprises me is that the dot on the 'TESTRES' left-hand causes no problem while the dashes do. I tried quoting that string but it did not help. The next problem is that if the TESTRES left-hand is modified to work around that issue, then winetest.exe will not be able to find the corresponding dll anymore and will thus skip the test. Filtering the list of tests to run based on the command line will likely be broken too. I'm attaching a patch to reproduce this issue. -- 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 6

[Bug 50826] New: regression: adk81setup fails with The file C:\windows\mono\mono-2.0\lib/mscorlib.dll is an invalid CIL image
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50826 Bug ID: 50826 Summary: regression: adk81setup fails with The file C:\windows\mono\mono-2.0\lib/mscorlib.dll is an invalid CIL image Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Regression caused by: commit 86947587d206a0a95b4ac2c5458f8465ee4c371d Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Mar 17 10:38:43 2021 +0100 server: Remove the redundant cpu field in the PE image information. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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 8

[Bug 50721] New: IDA Pro 7.5: Lumina can't contact server, complains about Schannel security attributes
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50721 Bug ID: 50721 Summary: IDA Pro 7.5: Lumina can't contact server, complains about Schannel security attributes Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: thotypous(a)gmail.com Distribution: --- Using Wine Staging, IDA Pro fails to contact the Lumina server when trying to do any operation that depends on it (e.g. Lumina menu -> Pull All Metadata). The IDA's output window shows "lumina: Schannel does not support the requested security attributes" By tracing secur32, it turns out that InitializeSecurityContextA is being called with fContextReq flags ISC_REQ_EXTENDED_ERROR and ISC_REQ_MANUAL_CRED_VALIDATION, which are not handled by Wine: 00f4:trace:secur32:InitializeSecurityContextA 0x3436e40 0x3436e50 (null) 0x0008c110 0 0 0x529b58 0 (nil) 0x529af8 0x3436e9c (nil) Now regarding each flag: 1. ISC_REQ_EXTENDED_ERROR: according to MSDN, this flag means "When errors occur, the remote party will be notified." However, modern TLS does not have any mechanism to notify the remote party about errors. Thus it seems unlikely that this flag causes any difference in behavior, at least when the remote party is not running Microsoft's TLS implementation. When researching about the flag, I found https://mskb.pkisolutions.com/kb/975858, which states Windows 7 used to ignore this flag, but since it caused issues with some applications, they changed schannel to return ISC_RET_EXTENDED_ERROR (via pfContextAttr) when the flag is set. The KB does not describe any other change deployed by the upgrade. This fact further supports the hypothesis that the flag does not change the behavior of the protocol. In short, up-to-date Windows 7 seems to just return ISC_RET_EXTENDED_ERROR when ISC_REQ_EXTENDED_ERROR is set, but otherwise ignores it. 2. ISC_REQ_MANUAL_CRED_VALIDATION: according to MSDN, this flag means "By default, Schannel validates the server certificate by calling the WinVerifyTrust function; however, if you have disabled this feature using the ISC_REQ_MANUAL_CRED_VALIDATION flag, you must validate the certificate provided by the server that is attempting to establish its identity." However, Wine currently does not carry automatic server certificate validation at all. The OSX implementation always calls "SSLSetEnableCertVerify(s->context, FALSE)" to disable it explicitly. The GnuTLS implementation never calls "gnutls_session_set_verify_cert", which would be required to enable server certificate validation. Strictly speaking, the current implementation of Schannel in Wine is insecure, but fixing it would require more extensive changes to the code and could cause regression bugs with other applications. Thus, I argue it should be dealt with by another bug entry and fixed by another patch. Therefore, the attached patch restricts itself to return ISC_RET_MANUAL_CRED_VALIDATION when ISC_REQ_MANUAL_CRED_VALIDATION is set, and to better document the current situation in the code. -- 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 45032] New: WineTest does not run the vcomp tests
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=45032 Bug ID: 45032 Summary: WineTest does not run the vcomp tests Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vcomp Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- So WineTest is not running the vcomp tests. What happens is this: * It parses the vcomp_test.exe filename and concludes that this tests the vcomp dll. * It does a LoadLibraryExA("vcomp.dll", NULL, LOAD_LIBRARY_AS_DATAFILE) which fails (as expected) and concludes that the dll is missing: vcomp=dll is missing * Since the dll is missing WineTest skips the vcomp tests. According to Dan Kegel (see bug 31609) this is a manifest / activation context issue and he sent a patch for it [1]. However the patch was for the TestBot [2], not WineTest, and as far as I can tell it's not working. Furthermore WineTest already has activation context code that seems equivalent to Dan Kegel's patch. Note that not all VMs have vcomp.dll. Based on the current results the 32 bit dll is present on the TestBot's w2000pro, wxppro, w2003std, wvistau64*, w2008s64, w8, w864 VMs and the 64 bit one is present on wvistau64, w2008s64 and w864. Note that some online resources seem to imply that vcomp.dll is present in the Visual C++ 2005 redistributable (and VC++ 2005 was indeed installed on all the VMs that have vcomp.dll except w2008s64 (though maybe it was installed and it was not written down)). Some VMs seem to have other versions such as vcomp90.dll but not vcomp.dll. [1] https://bugs.winehq.org/show_bug.cgi?id=31609 https://www.winehq.org/pipermail/wine-patches/2012-September/117631.html [2] Paradoxically the TestBot has no problem running the vcomp tests now that they dynamically load the vcomp dll. That's because the TestBot makes no assumption based on the executable filename since one can upload test binaries that don't follow any naming scheme. So now that the test dynamically loads vcomp.dll the TestBot cannot check for 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.

2 11

[Bug 50836] New: dxva2api.h does not compile as C++
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50836 Bug ID: 50836 Summary: dxva2api.h does not compile as C++ Product: Wine Version: 6.4 Hardware: x86-64 OS: Windows Status: UNCONFIRMED Severity: critical Priority: P2 Component: dxva2 Assignee: wine-bugs(a)winehq.org Reporter: bjoern(a)hazardy.de The functions do not compile with g++ 10: error: invalid conversion from 'void*' to 'DXVA2FixedToFloat::<unnamed struct>*' [-fpermissive] The functions are broken since https://source.winehq.org/git/wine.git/commitdiff/6aeb891d529d821fa62e26c17… On MinGW it was fixed once, but now they reimport the library from wine and it broke in https://sourceforge.net/p/mingw-w64/mingw-w64/ci/c0fa4d755413c4541bdad32f07… again. This hinders compiling Qt on Windows with GCC. -- 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

[Bug 50411] New: Adobe Audition 2020 crashes on startup, reporting 'Direct2D Drawbot error' (d2d_geometry_group_GetBounds is a stub)
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50411 Bug ID: 50411 Summary: Adobe Audition 2020 crashes on startup, reporting 'Direct2D Drawbot error' (d2d_geometry_group_GetBounds is a stub) Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: d2d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 50409 ("Adobe Audition 2020 crashes on startup (msvcrt strftime_impl uses __lc_time_data struct WCHAR members but only ANSI members have been initialized by _Gettnames)"). After fixing bug 50409, the application runs much further with a splash screen and main user interface briefly shown - until it crashes. --- snip --- $ wine ./Adobe\ Audition.exe ... 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A54AA0. 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A54AC0. ... 0184:fixme:d2d:d2d_device_context_DrawGeometry Ignoring stroke style 0000000025A51F40. 0184:fixme:d2d:d2d_device_context_PushAxisAlignedClip Ignoring antialias_mode 0. X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 62 (X_CopyArea) Serial number of failed request: 9035 Current serial number in output stream: 9035 --- snip --- Debugger log provides some hints: --- snip --- ... DebugString: "<324> <AuLog.Startup> <5> Session Host initialization sequence complete." DebugString: "<324> <aui.SplashScreen> <5> Initializing (SesxNative) took 3.66537 seconds." DebugString: "<324> <AuLog.Startup> <5> Initializing Document Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Project Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing TimeCode Broadcaster" DebugString: "<324> <AuLog.Startup> <5> Initializing Clipboard Manager" Thread 590 created, Entry: <ntdll.timer_queue_thread_proc> DebugString: "<324> <AuLog.Startup> <5> Initializing Preset Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Favorites Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing AutoSave Manager" DebugString: "<324> <AuLog.Startup> <5> Initializing Essential Sound" DebugString: "<324> <AuLog.Startup> <5> AuApplication initialization sequence complete." DebugString: "<324> <AuLog.Startup> <5> Initializing AuCEPSupport" DebugString: "<324> <aui.SplashScreen> <5> Initializing (Session) took 21.7096 seconds." DebugString: "<324> <AuLog.Startup> <5> Initializing AsyncQueueManager" DebugString: "<324> <AuLog.Startup> <5> Initializing AuUI" DebugString: "<324> <aui.SplashScreen> <5> Initializing (AuCEPSupport) took 3.483 seconds." ... DebugString: "<324> <AuLog.Startup> <5> Setting up temp directories" DebugString: "<324> <aui.SplashScreen> <5> Initializing (AuUI) took 5.96025 seconds." DebugString: "<324> <AuLog.Startup> <5> AuUI initialization sequence complete." ... DebugString: "<324> <Assert> <0> Debug Assert failed! Expression: !inReportToUser Direct2D Drawbot error Process: Adobe Audition.exe Process ID: 320 Thread ID: 324 File: ..\..\Application\private\ErrorManager.cpp Line: 250 Function: aui::ErrorManager::ThrowError Assert Dialog Show:false" --- snip --- After some debugging one arrives at this place: --- snip --- ... 0D297A69 | call qword ptr ds:[rax+140] | d2d_device_context_PushLayer 0D297A6F | mov rcx,qword ptr ds:[r14+60] | 0D297A73 | mov rax,qword ptr ds:[rcx] | 0D297A76 | lea rdx,qword ptr ss:[rbp] | 0D297A7A | call qword ptr ds:[rax+F8] | d2d_device_context_GetTransform 0D297A80 | mov rcx,qword ptr ds:[r15] | 0D297A83 | mov rax,qword ptr ds:[rcx] | 0D297A86 | lea r8,qword ptr ss:[rbp-10] | 0D297A8A | lea rdx,qword ptr ss:[rbp] | 0D297A8E | call qword ptr ds:[rax+20] | d2d_geometry_group_GetBounds 0D297A91 | test eax,eax | 0x80004001 0D297A93 | jns dvaui.D297AD3 | 0D297A95 | lea r9,qword ptr ds:[D53D148] | "Direct2D Drawbot error" 0D297A9C | mov edx,eax | 0D297A9E | sub edx,16 | 0D297AA1 | je dvaui.D297ABF | 0D297AA3 | sub edx,6 | 0D297AA6 | je dvaui.D297AB6 | 0D297AA8 | cmp edx,1 | 0D297AAB | jne dvaui.D297AC6 | 0D297AAD | lea r9,qword ptr ds:[D53F360] | "Unable to create image buffer." 0D297AB4 | jmp dvaui.D297AC6 | 0D297AB6 | lea r9,qword ptr ds:[D53F420] | "Invalid image file." 0D297ABD | jmp dvaui.D297AC6 | 0D297ABF | lea r9,qword ptr ds:[D53F0C0] | "Unsupported Pixel Format." 0D297AC6 | mov r8b,1 | 0D297AC9 | mov rdx,r9 | 0D297ACC | mov ecx,eax | 0D297ACE | call dvaui.D298910 | ThrowError 0D297AD3 | movss xmm8,dword ptr ss:[rbp-4] | 0D297AD9 | movss xmm9,dword ptr ss:[rbp-C] | 0D297ADF | subss xmm8,xmm9 | 0D297AE4 | movss xmm6,dword ptr ss:[rbp-8] | 0D297AE9 | movss xmm7,dword ptr ss:[rbp-10] | 0D297AEE | subss xmm6,xmm7 | 0D297AF2 | movaps xmm0,xmm7 | 0D297AF5 | call <JMP.&floorf> | ... --- snip --- It asserts() on 'd2d_geometry_group_GetBounds' returning E_NOTIMPL. Wine source: https://source.winehq.org/git/wine.git/blob/e377786a71c3b6eab5bc11c0b1c9c7c… --- snip --- 4880 static HRESULT STDMETHODCALLTYPE d2d_geometry_group_GetBounds(ID2D1GeometryGroup *iface, 4881 const D2D1_MATRIX_3X2_F *transform, D2D1_RECT_F *bounds) 4882 { 4883 FIXME("iface %p, transform %p, bounds %p stub!.\n", iface, transform, bounds); 4884 4885 return E_NOTIMPL; 4886 } --- snip --- There are preceding stub method call(s) such as 'd2d_device_context_PushLayer': https://source.winehq.org/git/wine.git/blob/e377786a71c3b6eab5bc11c0b1c9c7c… --- snip --- 1517 static void STDMETHODCALLTYPE d2d_device_context_PushLayer(ID2D1DeviceContext *iface, 1518 const D2D1_LAYER_PARAMETERS *layer_parameters, ID2D1Layer *layer) 1519 { 1520 FIXME("iface %p, layer_parameters %p, layer %p stub!\n", iface, layer_parameters, layer); 1521 } --- snip --- The user visible / blocker issue is 'd2d_geometry_group_GetBounds' though, hence the report. $ sha1sum AdobeAudition13All.zip b2800e4fd28f3c669cd0b3754ec11a9e8e18cee1 AdobeAudition13All.zip $ du -sh AdobeAudition13All.zip 296M AdobeAudition13All.zip $ wine --version wine-6.0-rc4 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 8

[Bug 34906] New: [regres] Zoo Tycoon: closed on start in 1.7.6
by wine-bugs＠winehq.org 26 Mar '21

26 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=34906 Bug #: 34906 Summary: [regres] Zoo Tycoon: closed on start in 1.7.6 Product: Wine Version: 1.7.6 Platform: x86 OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fiziologus(a)gmail.com Classification: Unclassified closed without crash after begin music. in console: fixme:imm:ImmReleaseContext (0x2006a, 0x14f250): stub fixme:imm:ImmGetOpenStatus (0x14f250): semi-stub fixme:win:EnumDisplayDevicesW ((null),0,0x32ed38,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found err:quartz:GetClassMediaFile Media class not found fixme:d3d_surface:wined3d_surface_flip Ignoring flags 0x1. fixme:d3d:wined3d_device_set_render_target Surface 0x1ae5c0 doesn't have render target usage. err:ddraw:d3d_device_init Failed to set render target, hr 0x8876086c. result regression test (1.6-good, 1.7.6-bad) 3fb53e21fb2cccf249ed65a4641eac21422f6609 is the first bad commit commit 3fb53e21fb2cccf249ed65a4641eac21422f6609 Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Tue Sep 17 09:22:37 2013 +0200 ddraw: Don't set render target / depth stencil usage on sysmem surfaces. Setting render target usage on a P8 surface for example would fail surface creation, while such surfaces can't be used for actual rendering anyway. Tests confirm that surface creation is supposed to succeed for P8 surfaces with both DDSCAPS_SYSTEMMEMORY and DDSCAPS_3DDEVICE set. :040000 040000 578fd201cb41a75b478b47c58c7a0a1a9b6a5209 38c723fb112690d758c0868debec68b3b61c4510 M dlls -- 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 30

[Bug 50783] New: WineTest declares dlls with dots in their name as missing
by WineHQ Bugzilla 26 Mar '21

26 Mar '21

https://bugs.winehq.org/show_bug.cgi?id=50783 Bug ID: 50783 Summary: WineTest declares dlls with dots in their name as missing Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: testcases Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- It turns out that winetest.exe has been checking the presence of the dlls by calling LoadLibrary("serialui") and not LoadLibrary("serialui.dll"). Surprisingly this works. But if the dll name contains dots, such as "lib.and.dot.dll", then LoadLibrary("lib.and.dot") does not work, even if lib.and.dot.dll does exist, as confirmed by LoadLibrary("lib.and.dot.dll"). At least in Wine. So this causes winetest.exe to skip the lib.and.dot tests because the dll is missing. Maybe that's a LoadLibrary() Wine bug. Or maybe the fix would be to add the '.dll' extension... except if the name from the test executable ends in .exe, .com, .ocx, etc. But this would require a list of authorized library extensions (or do the checks twice: once without and once with the extra .dll extension). lib.and.dot_test.exe -> lib.and.dot.dll msscript.ocx_test.exe -> msscript.ocx serialui_test.exe -> serialui.dll reg.exe_test.exe -> reg.exe (yes WineTest calls LoadLibrary("reg.exe")) chcp.com_test.exe -> chcp.com ndis.sys_test.exe -> ndis.sys ... Or change the test executable filenames so they always have the full name of the tested dll. Or this could be fixed by not doing the LoadLibrary() check at all: https://bugs.winehq.org/show_bug.cgi?id=45032#c1 -- 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

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