wine-bugs March 2015

wine-bugs@winehq.org

1 participants
8206 discussions

[Bug 24200] New: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24200 Summary: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, one of the main problems with current Wine msi is there are x64 installers that mix architectures in a single MSI package: 64-bit and 32-bit components (without a separate 32-bit installer for 32-bit components). Basically 'msidbComponentAttributes64bit' is not handled. Example: "mscoree.dll" -> .NET bootstrapper "Component" table: --- snip 32-bit --- MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {173A6EB3-6403-11D4-A53F-0090278A1BB8} DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8 FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 32-bit --- Attributes = 8 --- snip 64-bit --- MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 {70B495DC-D747-4182-B6D7-86C8A2244B25} SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264 FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 64-bit --- Attributes = 264 (256 = msidbComponentAttributes64bit + 8) When it comes to "InstallFiles" action: --- snip 32-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110 "FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d0b980 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409 --- snip 32-bit component --- --- snip 64-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0 "FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d15b40 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40 --- snip 64-bit component --- The first extracted 32-bit version that gets (incorrectly) extracted to system32 folder (remember: we're 64-bit install here) and subsequently gets overwritten with 64-bit version later. For the registry the same applies: In order to create registry values in 64bit HKLM for components marked with "msidbComponentAttributes64bit" there is nothing to change in 64-bit installs. For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node. Ideally Wine's msi should also support something like "msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components to write into 64bit HKLM but that's not required for now. Regards -- 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 4

[Bug 24189] New: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24189 Summary: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, continuation of bug 24187 Check for x64 IE5.01 fails. --- snip ---- 001a:trace:msi:msi_set_property 0x7ffff72baca0 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\" ... 001a:trace:msi:ACTION_AppSearchDr L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001a:trace:msi:msi_get_property property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found ... 001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )" ... 001a:trace:msi:ACTION_PerformAction Performing action (L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8") ... 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework") 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework" ... 001a:err:msi:ITERATE_Actions Execution halted, action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 --- snip ---- SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit --- snip orca --- SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 --- snip orca --- Although the property is initially set: --- snip --- 001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- It is later reset due to custom action: --- snip --- 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]" 001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil) 0x7fffecf4ddfc 001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750 0x7fffecf4dcbc 001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder" 001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`=?" 0x7fffecf4dc38 001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68 001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns 001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes 001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400 ... 001a:trace:msi:msi_get_property property L"System64Folder" not found 001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed 001a:trace:msi:msi_set_property 0x7ffff72da890 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"" 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- The standard property "System64Folder" must be set in x64 environments. Adding this in dlls/msi/package.c:set_installer_properties() with proper value will succeed the check and get the installer further Regards -- 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 7

[Bug 22805] New: Can't install 64bit .NET 2.0
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22805 Summary: Can't install 64bit .NET 2.0 Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.microsoft.com/downloads/details.aspx?family id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Vriens.Wine(a)gmail.com I'm trying to install the 64bit version of .NET 2.0 but this fails. Console shows: wine: Invalid address A +module trace shows: warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but there are no relocation records warn:module:load_dll Failed to load module L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018 -- 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 16

[Bug 24187] New: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24187 Summary: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6 The 64bit version of .NET Framework 2.0 fails due to launch condition not met. --- snip --- ... 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64" 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only supported on AMD64 platforms" ... 001b:trace:msi:msi_get_property property L"MsiAMD64" not found 001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64" 001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed 001b:trace:msi:MSI_ViewClose 0x7fffec3ab130 001b:trace:msidb:TABLE_close 0x7fffec3aba00 001b:trace:msidb:TABLE_delete 0x7fffec3aba00 001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed 001b:trace:msidb:MSI_CreateRecord 1 001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07: LaunchConditions. Return value 1603." --- snip --- You have to add standard properties that indicate 64-bit environment. Current, only the "Intel" (32 bit) standard property is handled. --- snip dlls/msi/package.c --- static VOID set_installer_properties(MSIPACKAGE *package) { ... static const WCHAR szIntFormat[] = {'%','d',0}; static const WCHAR szIntel[] = { 'I','n','t','e','l',0 }; ... GetSystemInfo( &sys_info ); if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL) { sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel ); msi_set_property( package->db, szIntel, bufstr ); } ... --- snip dlls/msi/package.c --- Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still present for backward compatibility) and "Msix64" (introduced with with Windows Installer 3.1). The values seem not relevant, it's only important that the properties exist. You can reuse the sys_info values from previous GetSystemInfo() call for "Intel" property to also test for AMD/64 bit case. In case of x64 system set both, "MsiAMD64" and "Msix64" properties. With that in place, this launch condition succeeds only to run into next bug ;-) Regards -- 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 7

[Bug 24613] New: Aura 2 (Sacred Rings): inventory not shown when pressing RMB
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24613 Summary: Aura 2 (Sacred Rings): inventory not shown when pressing RMB Product: Wine Version: 1.3.4 Platform: x86 URL: http://www.fileplanet.com/175732/170000/fileinfo/Aura- 2:-The-Sacred-Rings-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: chris.kcat(a)gmail.com Created an attachment (id=31088) --> (http://bugs.winehq.org/attachment.cgi?id=31088) terminal output In Aura 2 (The Sacred Rings) when you press the right-mouse button the inventory should show up at the bottom of the screen, showing your items, the journal etc. Normally, when you open your inventory the mouse pointer should be confined to this lower area of the screen where you can select items etc. When you press RMB in Wine nothing happens in the game: the mouse pointer stays on the main screen, a black bar is shown below but it contains nothing. The game worked without the issue in Wine-0.9.45. Bisecting between 0.9.45 and 0.9.46 resulted: d9571c9e6fa0b8f255815c5128c2859348ea70e6 is the first bad commit commit d9571c9e6fa0b8f255815c5128c2859348ea70e6 Author: Chris Robinson <chris.kcat(a)gmail.com> Date: Sat Sep 15 13:02:32 2007 -0700 wgl: Store the fbconfig id with the window when a pixel format is set. :040000 040000 41741ff092257972095d557196b306aa7e5f7a43 3692bf0336451ec52733c88a7c30ced04fb60179 M dlls The patch cannot be reverted cleanly, however, after git checkout d9571c9e6fa0b8f255815c5128c2859348ea70e6 : the problem exists and git revert d9571c9e6fa0b8f255815c5128c2859348ea70e6 : restores the good state. Link to the demo added to URL (538 MB) Author of the patch added to CC. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 27172] New: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27172 Summary: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while revisiting bug 4971 I noticed a potential regression ... --- snip --- 005c:Ret PE DLL (proc=0x110c8ac,module=0x1100000 L"MSICrlPCU.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 005c:Ret KERNEL32.LoadLibraryA() retval=01100000 ret=010c2f22 005c:Call KERNEL32.GetProcAddress(01100000,010dbb48 "AcquireKey") ret=010c2f34 005c:Ret KERNEL32.GetProcAddress() retval=01101d10 ret=010c2f34 ... 005c:Call KERNEL32.CreateFileW(01121ba0 L"C:\\users\\focht\\Temp\\Corel\\84ACAA88-5FD7-411D-81F6-24407CE7C94A\\Programs\\DR12.dta",80000000,00000001,00000000,00000003,00000080,00000000) ret=01102ad7 005c:Ret KERNEL32.CreateFileW() retval=0000001c ret=01102ad7 005c:Call KERNEL32.GetFileSize(0000001c,00000000) ret=01102b32 005c:Ret KERNEL32.GetFileSize() retval=00000068 ret=01102b32 005c:Call KERNEL32.ReadFile(0000001c,009add08,00000068,009add04,00000000) ret=01102b55 005c:Ret KERNEL32.ReadFile() retval=00000001 ret=01102b55 005c:Call KERNEL32.CloseHandle(0000001c) ret=01102b5c 005c:Ret KERNEL32.CloseHandle() retval=00000001 ret=01102b5c 005c:Call msvcrt._strupr(009add0c "DR12WTX-1740841-KCM") ret=01102b8c 005c:Ret msvcrt._strupr() retval=00000000 ret=01102b8c 005c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1102b95 ip=01102b95 tid=005c 005c:trace:seh:raise_exception info[0]=00000000 005c:trace:seh:raise_exception info[1]=00000000 005c:trace:seh:raise_exception eax=00000000 ebx=0000000a ecx=00000000 edx=01121eb8 esi=01121ba0 edi=0000001c 005c:trace:seh:raise_exception ebp=7b820890 esp=009adcdc cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010202 005c:trace:seh:call_vectored_handlers calling handler at 0x68e827aa code=c0000005 flags=0 005c:trace:seh:call_vectored_handlers handler at 0x68e827aa returned 0 --- snip --- App code: --- snip --- 00DC2B66 8D4424 54 LEA EAX,[ESP+54] 00DC2B6A 8D96 14020000 LEA EDX,[ESI+214] 00DC2B70 8BC8 MOV ECX,EAX 00DC2B72 83C4 04 ADD ESP,4 00DC2B75 2BD1 SUB EDX,ECX 00DC2B77 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B79 880C02 MOV BYTE PTR DS:[EAX+EDX],CL 00DC2B7C 40 INC EAX 00DC2B7D 84C9 TEST CL,CL 00DC2B7F ^ 75 F6 JNE SHORT 00DC2B77 00DC2B81 8D5424 30 LEA EDX,[ESP+30] 00DC2B85 52 PUSH EDX 00DC2B86 FF15 7487DD00 CALL DWORD PTR DS:[<&MSVCR71._strupr>] 00DC2B8C 83C4 04 ADD ESP,4 00DC2B8F 8D96 18030000 LEA EDX,[ESI+318] 00DC2B95 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B97 40 INC EAX 00DC2B98 880A MOV BYTE PTR DS:[EDX],CL 00DC2B9A 42 INC EDX 00DC2B9B 84C9 TEST CL,CL 00DC2B9D ^ 75 F6 JNE SHORT 00DC2B95 --- snip --- _strupr() is cdecl, return ptr value in EAX --- snip dlls/msvcrt/string.c --- int CDECL _strupr(char *str) { return _strupr_s_l(str, -1, NULL); } --- snip dlls/msvcrt/string.c --- Because Wine returns/takes the status from 's' version instead of string ptr, the app crashes. MSDN: http://msdn.microsoft.com/en-us/library/sch3dy08.aspx --- snip --- Returns a pointer to the altered string. Because the modification is done in place, the pointer returned is the same as the pointer passed as the input argument. No return value is reserved to indicate an error. --- snip --- You might want to check others too (_strlwr ...). BTW .. the serial is from trial, no harm ;-) Regards -- 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 12

[Bug 35868] New: DXVA Checker 3.0.x (.NET 2.0 app) needs unimplemented function dxva2.dll.DXVA2CreateVideoService
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35868 Bug ID: 35868 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs unimplemented function dxva2.dll.DXVA2CreateVideoService Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, since there is now a stub dll I looked around for some real world users :) 'DXVA Checker' Prerequisite: 'winetricks -q dotnet20' --- snip --- $ wine ./DXVAChecker.exe ... fixme:quartz:VMR9_maybe_init Reduce ratio to least common denominator fixme:quartz:VMR9SurfaceAllocatorNotify_SetD3DDevice (0x1c90d0/0x1c8ec0)->(...) semi-stub fixme:d3d:resource_check_usage Unhandled usage flags 0x8. fixme:quartz:VMR9SurfaceAllocatorNotify_AllocateSurfaceHelper (0x1c90d0/0x1c8ec0)->(0x33dcec, 0x33dce8 => 2, 0x1dbae0) semi-stub fixme:quartz:VMR7FilterConfig_SetNumberOfStreams (0x1c90bc/0x1c8ec0)->(1) stub fixme:quartz:VMR9Inner_QueryInterface No interface for {bb057577-0db8-4e6a-87a7-1a8c9a505a0f} fixme:strmbase:BaseInputPinImpl_QueryInterface No interface for {256a6a22-fbad-11d1-82bf-00a0c9696c8f}! wine: Call from 0x7b83abc3 to unimplemented function dxva2.dll.DXVA2CreateVideoService, aborting --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms704721%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-67-g99c151a 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.

2 11

[Bug 34620] New: Credits option in the menu doesn't work well in Evil Islands
by wine-bugs＠winehq.org 08 Jul '21

08 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34620 Bug #: 34620 Summary: Credits option in the menu doesn't work well in Evil Islands Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs140(a)gmail.com Classification: Unclassified Created attachment 46135 --> http://bugs.winehq.org/attachment.cgi?id=46135 Evil Islands Log Text doesn't show up when you click "CREDITS" in the menu of Evil Islands. Can be reproduced with the demo (check out the link) Tested with: Windows Vista (without Wine), GeForce 9600M GS--the program works fine here Ubuntu 13.04, GeForce 9600M GS (NVIDIA driver 313) Mac OS X 10.7.5, ATI HD 2600 Pro, Mac Driver/X11 -- 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 8

[Bug 37879] New: LD Didactic CASSY Lab 2: [ERROR] FATAL UNHANDLED EXCEPTION
by wine-bugs＠winehq.org 08 Jul '21

08 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37879 Bug ID: 37879 Summary: LD Didactic CASSY Lab 2: [ERROR] FATAL UNHANDLED EXCEPTION Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: olibuntu(a)arcor.de Distribution: --- Created attachment 50448 --> https://bugs.winehq.org/attachment.cgi?id=50448 output of env WINEDEBUG=warn+all wine C:\\Program\ Files\\LD\ DIDACTIC\\CASSYLab2\\CASSYLab2.exe > output.txt 2>&1 Download MSI packet of latest version of CASSY Lab 2 in your language from: http://www.ld-didactic.de/service/softwaredownload/cassy-s.html Direct link for German: http://www.ld-didactic.com/software/cassylab2_de.msi Install in a clean WINEPREFIX (change "de" according to your language): wine msiexec /i cassylab2_de.msi Run via: wine C:\\Program\ Files\\LD\ DIDACTIC\\CASSYLab2\\CASSYLab2.exe I attached the output of env WINEDEBUG=warn+all wine C:\\Program\ Files\\LD\ DIDACTIC\\CASSYLab2\\CASSYLab2.exe > output.txt 2>&1 Any ideas what to try next? This was on a clean WINEPREFIX. What might I install? Any DLL missing? -- 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 7

[Bug 30941] New: Could not start osu! using wine-mono
by wine-bugs＠winehq.org 08 Jul '21

08 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30941 Bug #: 30941 Summary: Could not start osu! using wine-mono Product: Wine Version: 1.5.6 Platform: x86-64 URL: http://osu.ppy.sh/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: felixonmars(a)gmail.com CC: fracting(a)gmail.com Classification: Unclassified 0. Software Download: http://osu.ppy.sh/p/download 1. How to reproduce: $ cd path/to/installation/directory $ wine osu\!.exe 2. Result: Unhandled Exception: System.InvalidProgramException: Invalid IL code in #UH.#fs: #eo (): IL_0010: ldelem.ref [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidProgramException: Invalid IL co de in #UH.#fs:#eo (): IL_0010: ldelem.ref Same result using WINEARCH=win32 -- 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 19

[Bug 34990] New: Winedbg is unable to set breakpoints when encountering unsupported managed PDB symbol/record types
by wine-bugs＠winehq.org 07 Jul '21

07 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34990 Bug #: 34990 Summary: Winedbg is unable to set breakpoints when encountering unsupported managed PDB symbol/record types Product: Wine Version: 1.7.7 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, although Winedbg is not useful for the managed part it might be for getting to a specific failure point. --- snip --- $ WINEDEBUG=+dbghelp_msc,+dbghelp winedbg ... <attach> ... $ b MessageBoxW ... trace:dbghelp_msc:codeview_process_info Processing signature RSDS trace:dbghelp_msc:codeview_process_info Got RSDS type of PDB file: guid={28bacf55-dda2-4f32-8975-fe4b6d565a8b} age=00000001 name=D:\Work\academagia\trunk\src\ContentModel\obj\x86\Release\ContentModel.pdb trace:dbghelp_msc:pdb_process_internal Processing PDB file D:\Work\academagia\trunk\src\ContentModel\obj\x86\Release\ContentModel.pdb trace:dbghelp:path_find_symbol_file (pcs = 0x1136e8, full_path = "D:\\Work\\academagia\\trunk\\src\\ContentModel\\obj\\x86\\Release\\ContentModel.pdb", guid = {28bacf55-dda2-4f32-8975-fe4b6d565a8b}, dw1 = 0x00000000, dw2 = 0x00000001, buffer = 0x32bd38) warn:dbghelp_msc:pdb_fetch_file_info Unable to open .PDB file: D:\Work\academagia\trunk\src\ContentModel\obj\x86\Release\ContentModel.pdb trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\unins000.dat" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\unins000.exe" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia Patch 14.txt" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia.Core.dll" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia.exe" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia.ico" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia.UI.dll" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Academagia_Manual.pdf" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\AMTempFilesCleaner.exe" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Castle.DynamicProxy.dll" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\Common.dll" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\config.xml" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\ContentModel.dll" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp:SymMatchFileNameW (L"C:\\Program Files\\Academagia\\ContentModel.pdb" L"ContentModel.pdb" (nil) (nil)) trace:dbghelp_msc:pdb_init PDB(C:\Program Files\Academagia\ContentModel.pdb): "Microsoft C/C++ MSF 7.00\r\n\x1aDS\x00\ trace:dbghelp_msc:pdb_init found DS for C:\Program Files\Academagia\ContentModel.pdb: age=1 guid={28bacf55-dda2-4f32-8975-fe4b6d565a8b} trace:dbghelp_msc:pdb_init PDB(D:\Work\academagia\trunk\src\ContentModel\obj\x86\Release\ContentModel.pdb): "Microsoft C/C++ MSF 7.00\r\n\x1aDS\x00\ trace:dbghelp_msc:pdb_init found DS for D:\Work\academagia\trunk\src\ContentModel\obj\x86\Release\ContentModel.pdb: age=1 guid={28bacf55-dda2-4f32-8975-fe4b6d565a8b} fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x1125, curr_func=(nil) fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x1129, curr_func=(nil) fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1129 fixme:dbghelp_msc:dump 00000000: 16 00 29 11 00 00 00 00 04 00 00 00 3f 00 30 36 ..).........?.06 fixme:dbghelp_msc:dump 00000010: 30 30 30 33 65 37 00 00 0003e7.. ... <100's of repeats> ... fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x1125, curr_func=(nil) fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x1129, curr_func=(nil) fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 1129 fixme:dbghelp_msc:dump 00000000: 16 00 29 11 00 00 00 00 b0 01 00 00 0e 00 30 36 ..)...........06 fixme:dbghelp_msc:dump 00000010: 30 30 30 31 36 32 00 00 000162.. fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x112a, curr_func=(nil) fixme:dbghelp_msc:codeview_snarf Unsupported symbol id 112a fixme:dbghelp_msc:dump 00000000: 2e 00 2a 11 00 00 00 00 74 01 00 00 00 00 00 00 ..*.....t....... fixme:dbghelp_msc:dump 00000010: 02 00 00 00 00 00 00 00 00 00 00 00 01 00 00 06 ................ fixme:dbghelp_msc:dump 00000020: 00 00 00 00 01 00 00 00 00 4f 6e 53 61 76 65 00 .........OnSave. fixme:dbghelp_msc:codeview_snarf sym->generic.id=0x1103, curr_func=(nil) /home/focht/projects/wine/wine-git/dlls/dbghelp/symbol.c:398: symt_open_func_block: Assertion `func' failed. Wine-dbg> ... Wine-dbg>info break No breakpoints No watchpoints --- snip --- Unfortunately just doing assert() isn't useful here. It doesn't give any context hence I added a trace message in caller (see 'fixme:dbghelp_msc:codeview_snarf sym->generic.id=xxx'). Source: http://source.winehq.org/git/wine.git/blob/836b682ed3bff439f1264bc9cee4ecce… --- snip --- 390 struct symt_block* symt_open_func_block(struct module* module, 391 struct symt_function* func, 392 struct symt_block* parent_block, 393 unsigned pc, unsigned len) 394 { 395 struct symt_block* block; 396 struct symt** p; 397 398 assert(func); 399 assert(func->symt.tag == SymTagFunction); ... --- snip --- The code in question: http://source.winehq.org/git/wine.git/blob/1d65efe50b7ac88a060defb301b4a5c1… -> codeview_snarf When someone works on it ... you might as well clean up all the whitespace/tab mixups here. That file That file definitely needs more love ;-) I'd expect that winedbg sets the breakpoint regardless of earlier symbol lookup failure. Regards -- 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 5

[Bug 31844] New: CitiesXL (all versions) needs native D3DXCreateSphere (purist)
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31844 Bug #: 31844 Summary: CitiesXL (all versions) needs native D3DXCreateSphere (purist) Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org Classification: Unclassified The free CitiesXL demo http://www.fileplanet.com/204724/200000/fileinfo/Cities-XL-Demo 53833dbbe9cf49eb7e05c85b4be9acf217e91a28 CitiesXLDemo.zip crashes on startup with 'winetricks alldlls=builtin'; the log says fixme:d3dx:D3DXCreateSphere Case of adjacency != NULL not implemented. wine: Unhandled page fault on read access to 0x00000000 at address 0x4544d2 (thread 003c), starting debugger... Backtrace: =>0 0x004544d2 in graph3d 1 0x0047fdd4 in graph3d 2 0x00bd4ff6 in gameengine_win32shipping This also affects the gamefly download version of CitiesXL 2011 and reportedly also CitiesXL 2012. 'winetricks d3dx9_36=native' works around the problem, and lets you get past the intro movie. (The demo then puts up a dialog saying the beta is over.) -- 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 26931] New: Nvidia hdr sample wants d3dx9_36.dll.D3DXLoadMeshFromXW
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26931 Summary: Nvidia hdr sample wants d3dx9_36.dll.D3DXLoadMeshFromXW Product: Wine Version: 1.3.18 Platform: x86-64 URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D EMOS/Direct3D9/HDR_FP16x2.zip OS/Version: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: wine-bugs(a)winehq.org Blocks: 24419 austin@aw21 ~/a/DEMOS/Direct3D9/bin/release $ wine HDR_FP16x2.exe fixme:win:EnumDisplayDevicesW ((null),0,0x33f2f4,0x00000000), stub! fixme:d3d:swapchain_init Add OpenGL context recreation support to context_validate_onscreen_formats fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43bb40): stub fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d200): stub fixme:d3dx:D3DXCreateFontIndirectW (0x12e9d8, 0x33f9ec, 0x43d420): stub fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x6d0000, 1048620, 0x33f760): partially implemented wine: Call from 0x7b83a362 to unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXW, aborting wine: Unimplemented function d3dx9_36.dll.D3DXLoadMeshFromXW called at address 0x7b83a362 (thread 002b), starting debugger... -- 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 5

[Bug 24419] New: Nvidia hdr sample crashes without native d3dx9_36
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24419 Summary: Nvidia hdr sample crashes without native d3dx9_36 Product: Wine Version: 1.3.2 Platform: x86-64 URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D EMOS/Direct3D9/HDR_FP16x2.zip OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=30784) --> (http://bugs.winehq.org/attachment.cgi?id=30784) +d3dx trace Terminal shows: fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43b300): stub fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43c9c0): stub fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43cbe0): stub fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x8d0000, 1048620, 0x32f770): partially implemented fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file I suspect it's related to that last line or two... it pops up a dialog, saying: The D3D device has a non-zero reference count, meaning some objects were not released. winetricks d3dx9_36 lets it run. -- 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 16

[Bug 21812] New: 3dgamestudio.com demos crash on exit
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21812 Summary: 3dgamestudio.com demos crash on exit Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Venice demo at 3dgamestudio.com looks beautiful, but crashes on exit. http://server.conitec.net/down/venice.zip 443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip Happily, there seems to be a reasonable backtrace: Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code (0x7e51e14c). Backtrace: =>0 FindContext+0x16d(This=0x19bbc8, target=0x193030) [dlls/wined3d/context.c:1923] in wined3d 1 context_acquire+0x8a(device=0x19bbc8, target=(nil), usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d 2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8, D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d 3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273] in d3d9 4 in acknex (+0x6435a) 5 in reflectionparticle (+0x101e) 0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl 0xf2c(%eax),%eax 1923 old_render_offscreen = context->render_offscreen; -- 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 5

[Bug 26379] New: Gamestudio Venice crashes with unimplemented function d3dx9_36.dll.D3DXComputeNormals
by wine-bugs＠winehq.org 06 Jul '21

06 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26379 Summary: Gamestudio Venice crashes with unimplemented function d3dx9_36.dll.D3DXComputeNormals Product: Wine Version: 1.3.15 Platform: x86 URL: http://server.conitec.net/down/venice.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew.millington(a)gmail.com Created an attachment (id=33594) --> (http://bugs.winehq.org/attachment.cgi?id=33594) ~/wine-git/wine reflectionParticle.exe &> log.txt unimplemented function d3dx9_36.dll.D3DXComputeNormals Venice comes with d3dx9_30.dll and therefore only a purist would notice. -- 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 22

[Bug 36169] New: valgrind shows a possible leak in programs/services/tests/services.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36169 Bug ID: 36169 Summary: valgrind shows a possible leak in programs/services/tests/services.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==3856== 32 bytes in 1 blocks are possibly lost in loss record 32 of 104 ==3856== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==3856== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==3856== by 0x7BC39A6B: RtlInitializeCriticalSectionEx (critsection.c:326) ==3856== by 0x7B876AE5: InitializeCriticalSectionEx (sync.c:356) ==3856== by 0x7B876A64: InitializeCriticalSection (sync.c:313) ==3856== by 0x4A34B0E: test_runner (service.c:445) ==3856== by 0x4A34DAD: func_service (service.c:484) ==3856== by 0x4A35C5D: run_test (test.h:584) ==3856== by 0x4A3604B: main (test.h:654) ==3856== -- 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 2

[Bug 36570] New: valgrind shows a couple possible leaks in rpcrt4/tests/rpc_protseq.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36570 Bug ID: 36570 Summary: valgrind shows a couple possible leaks in rpcrt4/tests/rpc_protseq.c Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: rpc Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==10120== 64 bytes in 1 blocks are possibly lost in loss record 122 of 242 ==10120== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==10120== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==10120== by 0x55FF1FF: rpcrt4_protseq_np_alloc (rpc_transport.c:642) ==10120== by 0x55FB2EA: alloc_serverprotoseq (rpc_server.c:927) ==10120== by 0x55FB594: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==10120== by 0x55FB89F: RpcServerUseProtseqA (rpc_server.c:1041) ==10120== by 0x4CB910E: test_RpcServerUseProtseq (rpc_protseq.c:64) ==10120== by 0x4CB9ABB: func_rpc_protseq (rpc_protseq.c:202) ==10120== by 0x4CE2071: run_test (test.h:584) ==10120== by 0x4CE2460: main (test.h:654) ==10120== ==10120== 68 bytes in 1 blocks are possibly lost in loss record 126 of 242 ==10120== at 0x7BC4C6DF: notify_alloc (heap.c:255) ==10120== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716) ==10120== by 0x560163E: rpcrt4_protseq_sock_alloc (rpc_transport.c:1554) ==10120== by 0x55FB2EA: alloc_serverprotoseq (rpc_server.c:927) ==10120== by 0x55FB594: RPCRT4_get_or_create_serverprotseq (rpc_server.c:977) ==10120== by 0x55FB89F: RpcServerUseProtseqA (rpc_server.c:1041) ==10120== by 0x4CB91A4: test_RpcServerUseProtseq (rpc_protseq.c:71) ==10120== by 0x4CB9ABB: func_rpc_protseq (rpc_protseq.c:202) ==10120== by 0x4CE2071: run_test (test.h:584) ==10120== by 0x4CE2460: main (test.h:654) ==10120== -- 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 5

[Bug 36145] New: valgrind shows several leaks in imm32/tests/imm32.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36145 Bug ID: 36145 Summary: valgrind shows several leaks in imm32/tests/imm32.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: imm32 Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32120== 180 bytes in 1 blocks are definitely lost in loss record 621 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x5021822: create_window_handle (win.c:227) ==32120== by 0x5025308: WIN_CreateWindowEx (win.c:1450) ==32120== by 0x50261E8: CreateWindowExA (win.c:1719) ==32120== by 0x4A3468E: ImmGetContextThreadFunc (imm32.c:429) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== 152 bytes in 1 blocks are definitely lost in loss record 609 of 863 ==32120== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32120== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32120== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32120== by 0x7B845B34: GlobalAlloc (heap.c:388) ==32120== by 0x4F5C176: ImmCreateIMCC (imm.c:2738) ==32120== by 0x4F55986: ImmCreateContext (imm.c:682) ==32120== by 0x4F57F63: ImmGetContext (imm.c:1422) ==32120== by 0x4A346A4: ImmGetContextThreadFunc (imm32.c:433) ==32120== by 0x7BC87017: ??? (signal_i386.c:2571) ==32120== by 0x7BC87060: call_thread_func (signal_i386.c:2630) ==32120== by 0x7BC86FF5: ??? (signal_i386.c:2571) ==32120== by 0x7BC8E43C: start_thread (thread.c:428) ==32120== by 0x4218F92: start_thread (pthread_create.c:309) ==32120== by 0x431D7ED: clone (clone.S:129) ==32120== ==32448== 20 bytes in 1 blocks are definitely lost in loss record 198 of 861 ==32448== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==32448== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==32448== by 0x7B8457FF: HeapAlloc (heap.c:271) ==32448== by 0x7B846650: GlobalReAlloc (heap.c:693) ==32448== by 0x4F7C25A: ImmReSizeIMCC (imm.c:2778) ==32448== by 0x5BCEC73: GenerateIMEMessage (ime.c:474) ==32448== by 0x5BD06C2: ImeSetCompositionString (ime.c:899) ==32448== by 0x4F7AAC6: ImmSetCompositionStringW (imm.c:2293) ==32448== by 0x4F7A925: ImmSetCompositionStringA (imm.c:2255) ==32448== by 0x4E4D99D: test_ImmNotifyIME (imm32.c:257) ==32448== by 0x4E541EB: func_imm32 (imm32.c:1409) ==32448== by 0x4E5507D: run_test (test.h:584) ==32448== by 0x4E5546B: main (test.h:654) ==32448== -- 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 4

[Bug 36401] New: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c)
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36401 Bug ID: 36401 Summary: valgrind shows an unitialized variable in dxgi/factory.c (dxgi/tests/device.c) Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==21110== Conditional jump or move depends on uninitialised value(s) ==21110== at 0x5168715: wined3d_swapchain_decref (swapchain.c:75) ==21110== by 0x50E7568: wined3d_device_uninit_3d (device.c:1090) ==21110== by 0x5083655: dxgi_swapchain_Release (swapchain.c:82) ==21110== by 0x4A97019: func_device (dxgi.h:1733) ==21110== by 0x4A98EEA: run_test (test.h:584) ==21110== by 0x4A94C3E: main (test.h:654) ==21110== Uninitialised value was created by a stack allocation ==21110== at 0x507FF5C: dxgi_factory_CreateSwapChain (factory.c:186) ==21110== dxgi/tests/device.c -- 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 5

[Bug 28745] New: dsound/tests: uninitialized value used in enum_callback() in func_propset()
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28745 Bug #: 28745 Summary: dsound/tests: uninitialized value used in enum_callback() in func_propset() Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Running "make propset.ok" in dsound/tests, valgrind complains: Conditional jump or move depends on uninitialised value(s) at callback (propset.c:69) by DSPROPERTY_enumWtoA (propset.c:396) by enum_callback (propset.c:306) by enumerate_mmdevices (dsound_main.c:555) by DSPROPERTY_EnumerateW (propset.c:334) by IKsPrivatePropertySetImpl_Get (propset.c:419) by func_propset (propset.c:458) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at enum_callback (propset.c:282) I haven't bisected, but lots of the related code is new, from: commit 8856ea79f3468d6f532f5f20e9b28c295d6e1db1 Author: Andrew Eikum <aeikum(a)codeweavers.com> Date: Tue Sep 27 08:51:33 2011 -0500 dsound: Reimplement PropertySet on mmdevapi. -- 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 4

[Bug 28216] New: shell32/shlfolder.c test always fails on ubuntu 10.04?
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28216 Summary: shell32/shlfolder.c test always fails on ubuntu 10.04? Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (Not quite the same as bug 27729.) shell32/shlfolder.ok succeeds for me on my ubuntu 11.04 boxes, but always fails for me on my one ubuntu 10.04 box, even after I do 'apt-get install gettext' to get past non bug 28208. Log shows: ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlfolder.c && touch shlfolder.ok fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"http:\\yyy" (nil) 0x32fc78 fixme:shdocvw:IEParseDisplayNameWithBCW stub: 0x0 L"xx:yyy" (nil) 0x32fc78 err:shell:HCR_GetFolderAttributes should be called for simple PIDL's only! shlfolder.c:2386: Test failed: SHCreateItemFromParsingName returned 0 The test creates the file c:/users/dank/Desktop/testfile, then looks for it with some arcane shell folder API, and is unhappy when it actually finds the file. +shell,+file trace attached. The test function in question is test_SHCreateShellItem(). I can make the test succeed by inserting the line SetCurrentDirectoryA("c:\\"); at the top of the function, or by editing test_ITEMIDLIST_format() and inserting a return before it calls SetCurrentDirectoryW(). So there seems to be something fragile in the shlfolder tests with respect to the current directory. No idea why this only shows up on ubuntu 10.04 (on my i7 test box). -- 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 4

[Bug 36654] New: valgrind shows invalid read/write in d3d8/tests/device.c
by wine-bugs＠winehq.org 05 Jul '21

05 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36654 Bug ID: 36654 Summary: valgrind shows invalid read/write in d3d8/tests/device.c Product: Wine Version: 1.3.30 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, valgrind Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==6361== Invalid read of size 4 ==6361== at 0x5E0EB00: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xe92a7c0 is on thread 1's stack ==6361== ==6361== Invalid write of size 4 ==6361== at 0x5E0EB0D: ??? (in /tmp/.glZDO9Wy (deleted)) ==6361== by 0x5160AE4: fixup_extensions (directx.c:1542) ==6361== by 0x5166F86: wined3d_adapter_init_gl_caps (directx.c:3131) ==6361== by 0x516C459: wined3d_adapter_init (directx.c:5180) ==6361== by 0x516C9B2: wined3d_init (directx.c:5272) ==6361== by 0x5215953: wined3d_create (wined3d_main.c:105) ==6361== by 0x50E0716: d3d8_init (directx.c:413) ==6361== by 0x50D47D2: Direct3DCreate8 (d3d8_main.c:47) ==6361== by 0x4F6AD2A: test_device_window_reset (device.c:2982) ==6361== by 0x4F7D127: func_device (device.c:6224) ==6361== by 0x4F9EC1E: run_test (test.h:584) ==6361== by 0x4F9F00D: main (test.h:654) ==6361== Address 0xaaaaaaaa is on thread 1's stack ==6361== OpenGL renderer string: GeForce GTX 460/PCIe/SSE2 OpenGL core profile version string: 4.3.0 NVIDIA 337.25 -- 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 3

[Bug 28269] New: ws2_32: sock.ok test slow
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28269 Summary: ws2_32: sock.ok test slow Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The ws2_32 sock tests take 30 to 55 seconds to run here. This is currently the slowest test in the suite. -- 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 3

[Bug 28394] New: Crash in wininet/http.ok if connection fails?
by wine-bugs＠winehq.org 04 Jul '21

04 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28394 Summary: Crash in wininet/http.ok if connection fails? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Probably the test should skip if the connection fails. We should also check to see what native InternetQueryOption does on a failed connection (if we don't already; we do check what it does on a closed one, at least). Here's the log: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so http.c && touch http.ok ... err:wininet:NETCON_secure_connect SSL_connect failed: 12056 wine: Unhandled page fault on read access to 0x00000008 at address 0x2abec87c5798 (thread 0037), starting debugger... http.c:2873: Test failed: HttpSendRequest failed: 12056 Backtrace: =>0 NETCON_GetCert+0x18(connection=(nil)) [dlls/wininet/netconnection.c:860] 1 HTTPREQ_QueryOption+0x887(hdr=0x3cab0, option=0x20, buffer=0x415e0, size=0x22fa18, unicode=0) [dlls/wininet/http.c:2123] 2 InternetQueryOptionA+0x12b(hInternet=0x3, dwOption=0x20, lpBuffer=0x415e0, lpdwBufferLength=0x22fa18) [dlls/wininet/internet.c:2518] 3 test_secure_connection+0x35b() [dlls/wininet/tests/http.c:2885] NETCON_GetCert+0x18 [dlls/wininet/netconnection.c:860] in wininet: movq 0x0000000000000008(%rax),%rax 860 if (!connection->ssl_s) -- 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 3

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 March 2015