wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5060 discussions

[Bug 51335] New: Windows PC Health Check requires tbs.dll
by WineHQ Bugzilla 21 Nov '21

21 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=51335 Bug ID: 51335 Summary: Windows PC Health Check requires tbs.dll Product: Wine Version: 6.11 Hardware: x86-64 URL: https://web.archive.org/web/20210625031458/https://dow nload.microsoft.com/download/1/d/d/1dd9969b-bc9a-41bc- 8455-bc657c939b47/WindowsPCHealthCheckSetup.msi OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Windows PC Health Check is used to check PC compatibility for Windows 11. winecfg Windows 10 required to test. sha1sum WindowsPCHealthCheckSetup.msi 5df7e7f49755e1418b4e5437ba6d43edb05d0dab WindowsPCHealthCheckSetup.msi du -sh WindowsPCHealthCheckSetup.msi 14M WindowsPCHealthCheckSetup.msi https://aka.ms/GetPCHealthCheckApp 0164:err:module:import_dll Library api-ms-win-core-featurestaging-l1-1-0.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:import_dll Library msvcp_win.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthClient.dll") not found 0164:err:module:import_dll Library PCHealthClient.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:import_dll Library tbs.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:LdrInitializeThunk Importing dlls for L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe" failed, status c0000135 winedump -j import PCHealthCheck.exe Contents of PCHealthCheck.exe: 859528 bytes Import Table size: 000002d0 offset 0008bfbc tbs.dll Hint/Name Table: 0008E088 TimeDateStamp: 00000000 (Thu Jan 1 10:00:00 1970) ForwarderChain: 00000000 First thunk RVA: 00057D50 Thunk Ordn Name 00057d50 7 Tbsi_GetDeviceInfo https://docs.microsoft.com/en-us/windows/win32/api/tbs/nf-tbs-tbsi_getdevic… -- 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 7

[Bug 51329] New: Windows PC Health Check requires api-ms-win-core-featurestaging-l1-1-0.dll
by WineHQ Bugzilla 21 Nov '21

21 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=51329 Bug ID: 51329 Summary: Windows PC Health Check requires api-ms-win-core-featurestaging-l1-1-0.dll Product: Wine Version: 6.11 Hardware: x86-64 URL: https://web.archive.org/web/20210625031458/https://dow nload.microsoft.com/download/1/d/d/1dd9969b-bc9a-41bc- 8455-bc657c939b47/WindowsPCHealthCheckSetup.msi OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: the.ideals(a)gmail.com Distribution: --- Windows PC Health Check is used to check PC compatibility for Windows 11. winecfg Windows 10 required to test. sha1sum WindowsPCHealthCheckSetup.msi 5df7e7f49755e1418b4e5437ba6d43edb05d0dab WindowsPCHealthCheckSetup.msi du -sh WindowsPCHealthCheckSetup.msi 14M WindowsPCHealthCheckSetup.msi 0164:err:module:import_dll Library api-ms-win-core-featurestaging-l1-1-0.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:import_dll Library msvcp_win.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthClient.dll") not found 0164:err:module:import_dll Library PCHealthClient.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:import_dll Library tbs.dll (which is needed by L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe") not found 0164:err:module:LdrInitializeThunk Importing dlls for L"C:\\users\\user\\AppData\\Local\\PCHealthCheck\\PCHealthCheck.exe" failed, status c0000135 -- 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 7

[Bug 30220] New: Unhandled Priveleged instruction when starting Minitab 16
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=30220 Bug #: 30220 Summary: Unhandled Priveleged instruction when starting Minitab 16 Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: prabhjotsbhatia(a)gmail.com Classification: Unclassified The following error is printed to the terminal when I startup Minitab 16. However, there is no effect on the GUI and the application continues to work as normal. Bug 30219 could be related. $ env WINEPREFIX=/home/prabhjot/.myWineBottles/Minitab16/ wine "C:\Program Files\Minitab\Minitab 16\Mtb.exe" fixme:ntoskrnl:KeInitializeMutex stub: 0x5b4a80, 0 fixme:ntoskrnl:KeWaitForSingleObject stub: 0x5b4a80, 0, 0, 0, (nil) wine: Unhandled privileged instruction at address 0x5adf59 (thread 0019), starting debugger... err:ole:CoRegisterClassObject object already registered for class {03e42d3f-a029-4137-b411-244c669f3fbd} fixme:richedit:IRichEditOle_fnSetHostNames stub 0x2894338 Minitab Mtb fixme:richedit:IRichEditOle_fnSetHostNames stub 0x2894338 Minitab Project Manager fixme:richedit:ME_HandleMessage EM_SETTARGETDEVICE doesn't use non-NULL target devices fixme:process:GetProcessWorkingSetSize (0xffffffff,0x32f9d8,0x32f9dc): stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:shell:SHGetFileInfoW set icon to shell size, stub fixme:ole:CoResumeClassObjects stub -- 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 13

[Bug 37852] New: Sentinel HASP 'hardlock.sys' kernel driver custom imports resolver can't cope with many 'ntoskrnl.exe' functions being fowarded to 'ntdll.dll' (Minitab 16 fails to start)
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=37852 Bug ID: 37852 Summary: Sentinel HASP 'hardlock.sys' kernel driver custom imports resolver can't cope with many 'ntoskrnl.exe' functions being fowarded to 'ntdll.dll' (Minitab 16 fails to start) Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 30220 No, we don't need to emulate I/O ... the opcode from crash https://bugs.winehq.org/show_bug.cgi?id=30220#c7 is actually an ASCII string. The kernel driver is not only heavily obfuscated but also has an own imports resolver which fails to cope with Wine's forwards to 'ntdll.dll'. --- snip --- ... 0054670E 68 18FA5A00 PUSH 005AFA18 ; UNICODE "\REGISTRY\MACHINE\System\CurrentControlSet\Services\HaspNt" 00546713 8D45 DC LEA EAX,[EBP-24] 00546716 50 PUSH EAX 00546717 C1EF 40 SHR EDI,40 0054671A FF15 28F65A00 CALL DWORD PTR DS:[5AF628] 00546720 8D36 LEA ESI,[ESI] ... --- snip --- The driver's own IAT, dumped from memory: --- snip --- ... 005AF3FC 00000000 005AF400 F761EC0C ; hal.KfAcquireSpinLock 005AF404 F761ED98 ; hal.KfReleaseSpinLock 005AF408 F761EE21 ; hal.HalGetBusData 005AF40C F761EFFA ; hal.KeGetCurrentIrql 005AF410 F761E928 ; hal.WRITE_PORT_UCHAR 005AF414 F761E820 ; hal.READ_PORT_UCHAR 005AF418 F761ED10 ; hal.KfRaiseIrql 005AF41C F761EC8C ; hal.KfLowerIrql 005AF420 F761E770 ; hal.KeStallExecutionProcessor 005AF424 00000000 005AF428 7ECE39B4 ; ntoskrnl_exe.KeBugCheck 005AF42C 7ECECD0C ; ntoskrnl_exe.IofCallDriver 005AF430 7ECE42A4 ; ntoskrnl_exe.KeReadStateEvent 005AF434 7ECE2070 ; ntoskrnl_exe.IoCancelIrp 005AF438 7ECE3AE8 ; ntoskrnl_exe.KeDelayExecutionThread 005AF43C 7ECECA85 ; ntoskrnl_exe.IoGetDeviceObjectPointer 005AF440 7ECEBED8 ; ntoskrnl_exe.IoBuildDeviceIoControlRequest 005AF444 7ED1073A ; ASCII "ntdll.RtlIntegerToUnicodeString" 005AF448 7ED0FE0F ; ASCII "ntdll.RtlAppendUnicodeStringToString" 005AF44C 7ECECE21 ; ntoskrnl_exe.IoGetConfigurationInformation 005AF450 7ECED88E ; ntoskrnl_exe.ExAllocatePoolWithTag 005AF454 7ED0FF5C ; ASCII "ntdll.RtlCompareMemory" 005AF458 7ECEDEB8 ; ntoskrnl_exe.KeInitializeEvent 005AF45C 7ED116CE ; ASCII "ntdll.ZwQueryInformationProcess" 005AF460 7ECEEBFD ; ntoskrnl_exe.MmMapIoSpace 005AF464 7ECE5BE8 ; ntoskrnl_exe.ObReferenceObjectByPointer 005AF468 7ECE25C4 ; ntoskrnl_exe.IoFileObjectType 005AF46C 7ECEC823 ; ntoskrnl_exe.IoCreateSymbolicLink 005AF470 7ECEC45A ; ntoskrnl_exe.IoCreateDevice 005AF474 7ECEF361 ; ntoskrnl_exe.PsGetVersion 005AF478 7ECEC6BE ; ntoskrnl_exe.IoDeleteDevice 005AF47C 7ECEC906 ; ntoskrnl_exe.IoDeleteSymbolicLink 005AF480 7ECEE15C ; ntoskrnl_exe.KeInitializeSpinLock 005AF484 7ECEDF3F ; ntoskrnl_exe.KeInitializeMutex 005AF488 7ED11DD4 ; ASCII "msvcrt.memmove" 005AF48C 7ED117DF ; ASCII "ntdll.ZwQueryValueKey" 005AF490 7ECED2CB ; ntoskrnl_exe.IoReportResourceUsage 005AF494 7ECEEFF2 ; ntoskrnl_exe.MmUnmapIoSpace 005AF498 7ED1134F ; ASCII "ntdll.ZwEnumerateValueKey" 005AF49C 7ED114DB ; ASCII "ntdll.ZwOpenKey" 005AF4A0 7ED119D9 ; ASCII "ntdll.ZwSetValueKey" 005AF4A4 7ECEF1F0 ; ntoskrnl_exe.ObfDereferenceObject 005AF4A8 7ECEDA29 ; ntoskrnl_exe.ExFreePool 005AF4AC 7ED1007D ; ASCII "ntdll.RtlCopyUnicodeString" 005AF4B0 7ED0FE34 ; ASCII "ntdll.RtlAppendUnicodeToString" 005AF4B4 7ED10B19 ; ASCII "ntdll.RtlQueryRegistryValues" 005AF4B8 7ED11DE3 ; ASCII "msvcrt.memset" 005AF4BC 7ED11E0A ; ASCII "msvcrt.sprintf" 005AF4C0 7ED11DC6 ; ASCII "msvcrt.memcpy" 005AF4C4 7ED0FDB0 ; ASCII "ntdll.RtlAnsiStringToUnicodeString" 005AF4C8 7ED1066D ; ASCII "ntdll.RtlInitAnsiString" 005AF4CC 7ECECDAC ; ntoskrnl_exe.IoGetRelatedDeviceObject 005AF4D0 7ECEF0D9 ; ntoskrnl_exe.ObReferenceObjectByHandle 005AF4D4 7ECEE3F4 ; ntoskrnl_exe.KeReleaseSemaphore 005AF4D8 7ECEBA2D ; ntoskrnl_exe.IoFreeIrp 005AF4DC 7ECEDE4C ; ntoskrnl_exe.KeGetCurrentThread 005AF4E0 7ECEB922 ; ntoskrnl_exe.IoAllocateIrp 005AF4E4 7ECEDB0D ; ntoskrnl_exe.ExInitializeResourceLite 005AF4E8 7ECE01AC ; ntoskrnl_exe.ExDeleteResourceLite 005AF4EC 7ECE4118 ; ntoskrnl_exe.KeLeaveCriticalRegion 005AF4F0 7ECDF184 ; ntoskrnl_exe.ExReleaseResourceLite 005AF4F4 7ECE3BC4 ; ntoskrnl_exe.KeEnterCriticalRegion 005AF4F8 7ECEB5A8 ; ntoskrnl_exe.IoReleaseCancelSpinLock 005AF4FC 7ECED768 ; ntoskrnl_exe.InterlockedExchange 005AF500 7ECEB538 ; ntoskrnl_exe.IoAcquireCancelSpinLock 005AF504 7ECE0020 ; ntoskrnl_exe.ExAcquireResourceExclusiveLite 005AF508 7ECEDDE0 ; ntoskrnl_exe.IoGetCurrentProcess 005AF50C 7ECE2A3C ; ntoskrnl_exe.IoIsSystemThread 005AF510 7ED11E5E ; ASCII "msvcrt.strlen" 005AF514 7ED111C1 ; ASCII "ntdll.ZwClose" 005AF518 7ECE2438 ; ntoskrnl_exe.IoDetachDevice 005AF51C 7ECEBD2A ; ntoskrnl_exe.IoFreeMdl 005AF520 7ECEEF82 ; ntoskrnl_exe.MmUnlockPages 005AF524 7ECE55E4 ; ntoskrnl_exe.MmUnmapLockedPages 005AF528 7ECE521C ; ntoskrnl_exe.MmMapLockedPages 005AF52C 7ECEEE8B ; ntoskrnl_exe.MmProbeAndLockPages 005AF530 7ECEBB3B ; ntoskrnl_exe.IoAllocateMdl 005AF534 7ED11BED ; ASCII "msvcrt._local_unwind2" 005AF538 7ED11BA4 ; ASCII "msvcrt._except_handler3" 005AF53C 7ECE4DFC ; ntoskrnl_exe.MmBuildMdlForNonPagedPool 005AF540 7ED10685 ; ASCII "ntdll.RtlInitString" 005AF544 7ED1168F ; ASCII "ntdll.ZwQueryInformationFile" 005AF548 7ECE4354 ; ntoskrnl_exe.KeReadStateSemaphore 005AF54C 7ECE067C ; ntoskrnl_exe.ExQueueWorkItem 005AF550 7ECEE0DE ; ntoskrnl_exe.KeInitializeSemaphore 005AF554 7ECEF2E3 ; ntoskrnl_exe.PsGetCurrentProcessId 005AF558 7ED11A69 ; ASCII "ntdll.ZwUnmapViewOfSection" 005AF55C 7ECE49DC ; ntoskrnl_exe.KeWaitForMultipleObjects 005AF560 7ECE0700 ; ntoskrnl_exe.ExRaiseException 005AF564 7ECEED07 ; ntoskrnl_exe.MmMapLockedPagesSpecifyCache 005AF568 7ED104B3 ; ASCII "ntdll.RtlFreeAnsiString" 005AF56C 7ED10DCC ; ASCII "ntdll.RtlUnicodeStringToAnsiString" 005AF570 7ECEEB67 ; ntoskrnl_exe.MmIsAddressValid 005AF574 7ECE5FDC ; ntoskrnl_exe.ProbeForRead 005AF578 7ED102B3 ; ASCII "ntdll.RtlEqualUnicodeString" 005AF57C 7ECE5B90 ; ntoskrnl_exe.ObOpenObjectByPointer 005AF580 7ED0F6FF ; ASCII "ntdll.DbgPrint" 005AF584 7ECE32D4 ; ntoskrnl_exe.IoSynchronousPageWrite 005AF588 7ECE2960 ; ntoskrnl_exe.IoGetTopLevelIrp 005AF58C 7ECEF478 ; ntoskrnl_exe.PsSetCreateProcessNotifyRoutine 005AF590 7ED11023 ; ASCII "ntdll.RtlWriteRegistryValue" 005AF594 7ECE6E20 ; ntoskrnl_exe.RtlCreateRegistryKey 005AF598 7ED0FF19 ; ASCII "ntdll.RtlCheckRegistryKey" 005AF59C 7ECE1F94 ; ntoskrnl_exe.IoAttachDeviceByPointer 005AF5A0 7ECE24BC ; ntoskrnl_exe.IoDeviceObjectType 005AF5A4 7ECEF268 ; ntoskrnl_exe.PsCreateSystemThread 005AF5A8 7ECE004C ; ntoskrnl_exe.ExAcquireResourceSharedLite 005AF5AC 7ECE68CC ; ntoskrnl_exe.PsProcessType 005AF5B0 7ECE6C68 ; ntoskrnl_exe.PsThreadType 005AF5B4 7ED113CD ; ASCII "ntdll.ZwFsControlFile" 005AF5B8 7ECE327C ; ntoskrnl_exe.IoStopTimer 005AF5BC 7ED104F4 ; ASCII "ntdll.RtlFreeUnicodeString" 005AF5C0 7ED11416 ; ASCII "ntdll.ZwLoadDriver" 005AF5C4 7ED11ABF ; ASCII "ntdll.ZwWriteFile" 005AF5C8 7ED11E50 ; ASCII "msvcrt.strcpy" 005AF5CC 7ED11E8A ; ASCII "msvcrt.strncpy" 005AF5D0 7ED11B30 ; ASCII "ntdll._alldiv" 005AF5D4 7ECDF33C ; ntoskrnl_exe.ExfInterlockedInsertTailList 005AF5D8 7ED11818 ; ASCII "ntdll.ZwReadFile" 005AF5DC 7ED102CF ; ASCII "ntdll.RtlExtendedIntegerMultiply" 005AF5E0 7ED10851 ; ASCII "ntdll.RtlLargeIntegerDivide" 005AF5E4 7ECDF3C0 ; ntoskrnl_exe.ExfInterlockedRemoveHeadList 005AF5E8 7ECEF572 ; ntoskrnl_exe.PsTerminateSystemThread 005AF5EC 7ECEE592 ; ntoskrnl_exe.KeSetPriorityThread 005AF5F0 7ECEE487 ; ntoskrnl_exe.KeQueryTimeIncrement 005AF5F4 7ED12FE8 ; OFFSET ntoskrnl_exe.KeTickCount 005AF5F8 7ED117C0 ; ASCII "ntdll.ZwQuerySystemInformation" 005AF5FC 7ECED800 ; ntoskrnl_exe.ExAllocatePool 005AF600 7ED112D9 ; ASCII "ntdll.ZwDeviceIoControlFile" 005AF604 7ED11215 ; ASCII "ntdll.ZwCreateFile" 005AF608 7ECEE506 ; ntoskrnl_exe.KeSetEvent 005AF60C 7ECEE67C ; ntoskrnl_exe.KeWaitForSingleObject 005AF610 7ECEE059 ; ntoskrnl_exe.KeReleaseMutex 005AF614 7ECEBAB6 ; ntoskrnl_exe.IoAllocateErrorLogEntry 005AF618 7ECE36C8 ; ntoskrnl_exe.IoWriteErrorLogEntry 005AF61C 7ECED650 ; ntoskrnl_exe.IofCompleteRequest 005AF620 7ED0FFA6 ; ASCII "ntdll.RtlCompareUnicodeString" 005AF624 7ED13000 ; OFFSET ntoskrnl_exe.KeServiceDescriptorTable 005AF628 7ED10699 ; ASCII "ntdll.RtlInitUnicodeString" 005AF62C 00000000 --- snip --- Everything tagged 'ASCII' is an unresolved forwarded import. The crash is due to 'ntdll.RtlInitUnicodeString' not being resolved. $ sha1sum MTBen1610su.exe f457d13475a783a0d2fff5566c0279640ba26bc6 MTBen1610su.exe $ du -sh MTBen1610su.exe 93M MTBen1610su.exe $ wine --version wine-1.7.33-146-g102d893 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 12

[Bug 18660] New: .NET app needs SystemParametersInfoW( SPI_GETDROPSHADOW) handled
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=18660 Summary: .NET app needs SystemParametersInfoW( SPI_GETDROPSHADOW) handled Product: Wine Version: 1.1.22 Platform: Other URL: http://www.codeproject.com/KB/mobile/UMPCOptimizedSamp le.aspx OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a .NET 3.0 app dies due to SystemParametersInfoW( SPI_GETDROPSHADOW) not handled: --- snip --- fixme:system:SystemParametersInfoW Unimplemented action: 4132 (SPI_GETDROPSHADOW) --- snip --- and managed backtrace: --- snip --- Unhandled Exception: System.ComponentModel.Win32Exception: Invalid SPI parameter at System.Windows.SystemParameters.get_DropShadow() at System.Windows.SystemResourceKey.get_Resource() at System.Windows.SystemResources.FindResourceInternal(Object key, Boolean allowDeferredResourceReference, Boolean mustReturnDeferredResourceReference) at System.Windows.FrameworkElement.FindResourceInternal(FrameworkElement fe, FrameworkContentElement fce, DependencyProperty dp, Object resourceKey, Object unlinkedParent, Boolean allowDeferredResourceReference, Boolean mustReturnDeferredResourceReference, DependencyObject boundaryElement, Boolean isImplicitStyleLookup, Object& source) ... --- snip --- Handling SPI_GETDROPSHADOW keeps the app happy (returning hard coded bool for a start). 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 9

[Bug 38756] New: FutureMark SystemInformation diagnostics (.NET 4.0 app) crashes when clicking 'connect' (COM support for 'new' moniker and 'BIND_OPTS3' missing)
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=38756 Bug ID: 38756 Summary: FutureMark SystemInformation diagnostics (.NET 4.0 app) crashes when clicking 'connect' (COM support for 'new' moniker and 'BIND_OPTS3' missing) Product: Wine Version: 1.7.45 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 27185 which is about Wine-Mono. The installer installs the following prerequisites on its own: * DirectX Jun 2010 * Microsoft .NET Framework 4 Client Profile 4.0.30319 * Microsoft Visual C++ 2010 x86 Redistributable 10.0.40219 .NET Framework 4.0 install only works right away if Wine-Mono has been removed prior the install or Wine was built without Mono support as I do. The first problem after installation is bug 15670 --- snip --- Unhandled Exception: System.Windows.Markup.XamlParseException: The invocation of the constructor on type 'Futuremark.PCMark7.PCMark7Gui.WelcomeWindow' that matches the specified binding constraints threw an exception. ---> System.IO.IsolatedStorage.IsolatedStorageException: Unable to create the store directory. (Exception from HRESULT: 0x80131468) at System.IO.IsolatedStorage.IsolatedStorageFile.GetRootDir(IsolatedStorageScope scope, StringHandleOnStack retRootDir) at System.IO.IsolatedStorage.IsolatedStorageFile.InitGlobalsNonRoamingUser(IsolatedStorageScope scope) at System.IO.IsolatedStorage.IsolatedStorageFile.GetRootDir(IsolatedStorageScope scope) at System.IO.IsolatedStorage.IsolatedStorageFile.GetGlobalFileIOPerm(IsolatedStorageScope scope) at System.IO.IsolatedStorage.IsolatedStorageFile.Init(IsolatedStorageScope scope) at Futuremark.BenchmarkUtility.Identifier.set_Key(String value) at Futuremark.PCMark7.PCMarkEssence.LicenseManager.ValidateKey(String key, Boolean online) at Futuremark.PCMark7.PCMarkEssence.LicenseManager..ctor(IOnlineMessenger onlineMessenger) at Futuremark.PCMark7.PCMarkEssence.UIController..ctor() at Futuremark.PCMark7.PCMark7Gui.WelcomeWindow..ctor() --- End of inner exception stack trace --- --- snip --- Next problem: --- snip --- 002d:Call user32.MessageBoxW(00000000,0106f914 L"Initializing Futuremark SystemInfo failed.\nPlease verify that version 4.0 or newer is installed properly.",0106fea8 L"PCMark 7 - SystemInfo failure",00000000) ret=0545b07f --- snip --- http://community.futuremark.com/forum/showthread.php?181303-Problem-futurem… Looks like a separate (COM) service component. Trying to use the diagnosis tool which ought to connect to the service also fails: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Futuremark/Futuremark SystemInfo $ wine ./FMSIDiag.exe ... fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000401,(nil),0x0001,0x00000000,0x33bcac,(nil)): stub err:eventlog:ReportEventW L"Application: FMSIDiag.exe\nFramework Version: v4.0.30319\nDescription: The application requested process termination through System.Environment.FailFast(string message).\nMessage: Unrecoverable system error.\nStack:\n at System.Environment.FailFast(System.String)\n at MS.Internal.Invariant.FailFa"... fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- snip --- -> bug 32323 ('winetricks -q corefonts') Running it again: --- snip --- ... Unhandled Exception: FMSIDiag.SystemInfoException: SystemInfo initialization failed. at FMSIDiag.SystemInfo2.Init(Boolean tryElevate) at FMSIDiag.SystemInfo2.Init() at FMSIDiag.Core.Connect() at FMSIDiag.MainWindow.buttonBasicConnect_Click(Object sender, RoutedEventArgs e) at System.Windows.RoutedEventHandlerInfo.InvokeHandler(Object target, RoutedEventArgs routedEventArgs) at System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised) at System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args) at System.Windows.UIElement.RaiseEvent(RoutedEventArgs e) at System.Windows.Controls.Primitives.ButtonBase.OnClick() at System.Windows.Controls.Button.OnClick() --- snip --- First-chance exception caught with managed debugger: --- snip --- Child SP IP Call Site 0559ce14 7b8455e1 [HelperMethodFrame: 0559ce14] 0559ce64 05039207 DomainBoundILStubClass.IL_STUB_PInvoke(System.String, BIND_OPTS3 ByRef, System.Guid) 0559ce68 0503904c [InlinedCallFrame: 0559ce68] FMSIDiag.UACManager.CoGetObject(System.String, BIND_OPTS3 ByRef, System.Guid) 0559cf38 0503904c FMSIDiag.UACManager.LaunchCOMObject(System.Guid, System.Guid) 0559cfac 05038dbd FMSIDiag.SystemInfo2.ThreadInit(Boolean) ... --- snip --- Relevant part of trace log: --- snip --- 0040:Call ole32.CoGetObject(00dce0ac L"new:{f9c82199-b002-41b4-8b00-0f1eca89425f}",054bce6c,054bcee8,054bce64) ret=053a0e78 ... 0040:Ret ole32.CoGetObject() retval=80070057 ret=053a0e78 ... 0040:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b8455e1 ip=7b8455e1 tid=0040 0040:trace:seh:raise_exception info[0]=80070057 0040:trace:seh:raise_exception info[1]=00000000 0040:trace:seh:raise_exception info[2]=00000000 0040:trace:seh:raise_exception info[3]=00000000 0040:trace:seh:raise_exception info[4]=79140000 0040:trace:seh:raise_exception eax=7b83247d ebx=00000005 ecx=00000014 edx=054bcc44 esi=054bcce4 edi=054bccb0 0040:trace:seh:raise_exception ebp=054bcc88 esp=054bcc24 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 0040:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... --- snip --- Relevant .NET code: --- snip --- // FMSIDiag.SystemInfo2 private void ThreadInit(bool tryElevate) { if (this.m_FMSI != null) { return; } this.m_FMSI = UACManager.LaunchCOMObject( new Guid("F9C82199-B002-41B4-8B00-0F1ECA89425F"), new Guid("93382A45-8441-4A42-BE09-95C7D0550B94")); if (this.m_FMSI != null) { this.m_FuturemarkSystemInfo = (IFuturemarkSystemInfo2)this.m_FMSI; this.m_FuturemarkSystemInfoVersion = (IFuturemarkSystemInfoVersion)this.m_FMSI; this.m_FuturemarkSystemInfoMultiGPU = (IFuturemarkSystemInfoMultiGPU)this.m_FMSI; this.m_FuturemarkSystemInfoQuery = (IFuturemarkSystemInfoQuery)this.m_FMSI; this.m_FuturemarkSystemInfoLegacyQuery = (IFuturemarkSystemInfoLegacyQuery)this.m_FMSI; this.m_FuturemarkSystemInfoQueryStorage = (IFuturemarkSystemInfoQueryStorage)this.m_FMSI; this.m_FuturemarkSystemInfoMonitoring = (IFuturemarkSystemInfoMonitoring)this.m_FMSI; this.m_Initialized = true; } } ... // FMSIDiag.UACManager [return: MarshalAs(UnmanagedType.Interface)] public static object LaunchCOMObject(Guid Clsid, Guid InterfaceID) { string str = Clsid.ToString("B"); string pszName = "new:" + str; UACManager.BIND_OPTS3 bIND_OPTS = default(UACManager.BIND_OPTS3); bIND_OPTS.cbStruct = (uint)Marshal.SizeOf(bIND_OPTS); bIND_OPTS.hwnd = IntPtr.Zero; bIND_OPTS.dwClassContext = 4u; object result = null; try { result = UACManager.CoGetObject(pszName, ref bIND_OPTS, InterfaceID); } catch (Exception) { result = null; } return result; } --- snip --- Registry entry of COM server: --- snip --- REGEDIT4 [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}] @="Futuremark SystemInfo v2 Class" "AppID"="{1BF1C030-CE12-4A8A-A4E1-EDDCE7176799}" "LocalizedString"="@C:\\Program Files\\Futuremark\\Futuremark SystemInfo\\FMSISvc.exe,-101" [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}\LocalService] @="\"C:\\Program Files\\Futuremark\\Futuremark SystemInfo\\FMSISvc.exe\"" [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}\ProgID] @="FuturemarkSystemInfo2.1" [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}\Programmable] [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}\TypeLib] @="{0E985ACA-E998-460F-B705-8436E606F78C}" [HKEY_CLASSES_ROOT\CLSID\{F9C82199-B002-41B4-8B00-0F1ECA89425F}\VersionIndependentProgID] @="FuturemarkSystemInfo2" --- snip --- Article: http://chrison.net/UACElevationInManagedCodeStartingElevatedCOMComponents.a… ("UAC Elevation in Managed Code: Starting Elevated COM Components") which is courtesy of: https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/5706957f-b96b… Although the app .NET class is called 'UACManager' the code seems to contradict this. The elevation moniker syntax is not used: MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/ms679687%28v=vs.85… --- snip --- Elevation:Administrator!new:{guid} Elevation:Highest!new:{guid} --- snip --- What's new is the use of the 'new' moniker though: http://thrysoee.dk/InsideCOM+/ch11e.htm ("The New Moniker") and BIND_OPTS3: MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa746553%28v=vs.85… $ sha1sum PCMark_7_v104_installer.zip 1a13ea91439ae4d81a153ca777ecb74e42394015 PCMark_7_v104_installer.zip $ du -sh PCMark_7_v104_installer.zip 304M PCMark_7_v104_installer.zip $ wine --version wine-1.7.45 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 8

[Bug 42243] New: 3DMark11 installer crashes with access violation in Freetype because font data is released too early
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=42243 Bug ID: 42243 Summary: 3DMark11 installer crashes with access violation in Freetype because font data is released too early Product: Wine Version: 2.0-rc5 Hardware: x86 URL: https://ftp.computerbase.de/dl-856/UeQSx5zAJUXrxV_B1iD Xuw/1484758851/3DMark11-v1-0-132.zip OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de CC: bunglehead(a)gmail.com Distribution: --- The installer needs a Wine prefix with dotnet40 and Windows version set to Windows 7. On one of my machines everything works as expected, on the other one I'm getting an access violation in Freetype. Relevant lines from the terminal output: --- snip --- 003a:trace:dwrite:init_freetype FreeType version is 2.6.3 [...] 003a:trace:dwrite:dwritefontface_GetGdiCompatibleGlyphMetrics (0x101499f8)->(15.00 1.00 (nil) 0 0x11fb140 8 0x11fb15c 0) 003a:trace:dwrite:dwritefontface_GetDesignGlyphMetrics (0x101499f8)->(0x11fb140 1 0x438c9d4 0) 003a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7db2a994 ip=7db2a994 tid=003a 003a:trace:seh:raise_exception info[0]=00000000 003a:trace:seh:raise_exception info[1]=0204d620 003a:trace:seh:raise_exception eax=0204d620 ebx=00000173 ecx=7dbb8000 edx=00000000 esi=7db7f840 edi=7db27800 003a:trace:seh:raise_exception ebp=7cccc420 esp=0438c530 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210207 [...] wine: Unhandled page fault on read access to 0x0204d620 at address 0x7db2a994 (thread 003a), starting debugger... [...] Backtrace: =>0 0x7db2a994 TT_RunIns+0xf4() in libfreetype.so.6 (0x7cccc420) 1 0x7db2de84 in libfreetype.so.6 (+0x28e83) (0x0438c6a4) 2 0x7db2dfb4 in libfreetype.so.6 (+0x28fb3) (0x7cc867a0) 3 0x7db17c58 FT_Load_Glyph+0x187() in libfreetype.so.6 (0x0438c7e8) 4 0x7db684e6 in libfreetype.so.6 (+0x634e5) (0x7cc91be0) 5 0x7db6827f in libfreetype.so.6 (+0x6327e) (0x7cc00ee0) 6 0x7db67984 in libfreetype.so.6 (+0x62983) (0x7cc9b448) 7 0x7db692bb FTC_ImageCache_Lookup+0x21a() in libfreetype.so.6 (0x7cc9b448) 8 0x7cf4f18b freetype_get_glyph_advance+0x91(fontface=0x101499f8, emSize=15.000000, index=0x26, mode=DWRITE_MEASURING_MODE_GDI_CLASSIC) [.../dlls/dwrite/freetype.c:798] in dwrite (0x0438c9a8) --- snip --- Further debugging revealed that the actual problem is in face_requester(). The memory address lies within a range previously passed to FT_New_Memory_Face. --- snip --- hr = IDWriteFontFileStream_ReadFileFragment(stream, &data_ptr, 0, data_size, &context); if (FAILED(hr)) { fterror = FT_Err_Invalid_Stream_Read; goto fail; } index = IDWriteFontFace_GetIndex(fontface); fterror = pFT_New_Memory_Face(library, data_ptr, data_size, index, face); IDWriteFontFileStream_ReleaseFileFragment(stream, context); --- snip --- The file fragment is released immediately after creating the new font face, which should not be a problem for the builtin implementation. In this case however it seems that the application is using its own implementation which deallocates memory in ReleaseFileFragment. The freetype docs say: """You must not deallocate the memory before calling FT_Done_Face.""" Commenting out the line with IDWriteFontFileStream_ReleaseFileFragment fixes the crash. $ sha256sum 3DMark11-v1-0-132.zip 0a375c6b024deddf3f805ec26a308eaa6b1f6a4f898fe972407d40dcee4ca078 3DMark11-v1-0-132.zip Tested with Wine version 2.0-rc5. -- 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 38411] New: Infinite wait for start
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=38411 Bug ID: 38411 Summary: Infinite wait for start Product: Wine Version: 1.7.40 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru err:ntdll:RtlpWaitForCriticalSection section 0x9f0060 "heap.c: HEAP.critSection" wait timed out in thread 0063, blocked by 005d, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bc9801c "loader.c: loader_section" wait timed out in thread 0050, blocked by 0063, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bc9801c "loader.c: loader_section" wait timed out in thread 0051, blocked by 0063, retrying (60 sec) What is the reason to wait 60sec again and again if we have emulated hardware? -- 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 27

[Bug 43857] New: WoW PTR 7.3.2 crashes on startup
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=43857 Bug ID: 43857 Summary: WoW PTR 7.3.2 crashes on startup Product: Wine Version: 2.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: blue-t(a)web.de Distribution: --- Created attachment 59417 --> https://bugs.winehq.org/attachment.cgi?id=59417 Picture of the error window When i start the current WoW PTR client it takes quite some time to display anything and then crashes -- 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 47889] New: user32:edit fails on Win 8.1 since the RX 460 GPU got installed
by WineHQ Bugzilla 20 Nov '21

20 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=47889 Bug ID: 47889 Summary: user32:edit fails on Win 8.1 since the RX 460 GPU got installed Product: Wine-Testbot Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com user32:edit fails on cw-rx460 / Windows 8.1 since the RX 460 GPU got installed (2019-09-25): edit.c:3127: Test failed: expected 1, got 0 edit.c:3129: Test failed: expected 1, got 0 edit.c:3131: Test failed: expected 005E0054, got 00000000 edit.c:3133: Test failed: expected 1, got 0 edit.c:3139: Test failed: got 21 edit.c:3145: Test failed: got 21 https://test.winehq.org/data/tests/user32:edit.html See also bug 47888 about the user32:clipboard failures which started at the same time. -- 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 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 June 2021