December 2015 - Wine-bugs - list.winehq.org

[Bug 32186] New: NAS and Printserver DIGITUS DN-13023 is not working on Ubuntu 12.04
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=32186 Bug #: 32186 Summary: NAS and Printserver DIGITUS DN-13023 is not working on Ubuntu 12.04 Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michaeichenseher(a)aol.com Classification: Unclassified Hallo, first I have to say sorry because I Think it's not a good report for looking on help, but it's my first time here on wine-reports. And this is my problem: I want to you use DIGITUS DN-13023 (NAS and Printserver) on UBUNTU 12.04 (all updates successfully downloaded!), but it's not working. With Windows XP SP3 there are no problems. Unhandled exception: unimplemented function ntoskrnl.exe.KeWaitForMultipleObjects called in 32-bit code (0x7b839cf2). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:7b839cf2 ESP:0064e904 EBP:0064e968 EFLAGS:00000246( - -- I Z- -P- ) EAX:7b826245 EBX:7b894ff4 ECX:00000000 EDX:80000100 ESI:80000100 EDI:00113790 Stack dump: 0x0064e904: 0064e988 00000008 00000000 80000100 0x0064e914: 00000001 00000000 7b839cf2 00000002 0x0064e924: 683f2f60 683f5f5e 298a2ff4 00000002 0x0064e934: 29830000 0064e978 2988e2a8 29830000 0x0064e944: 00000002 00000000 00000000 00000000 0x0064e954: 00000000 00000000 7b839caa 00113678 Backtrace: =>0 0x7b839cf2 in kernel32 (+0x29cf2) (0x0064e968) 1 0x683f2ed8 in ntoskrnl (+0x12ed7) (0x0064e998) 2 0x683e9791 in ntoskrnl (+0x9790) (0x0064ea18) 3 0x00542748 in bizvserialnt.sys (+0x2747) (0x0064ea18) 4 0x7bc71db0 call_thread_func_wrapper+0xb() in ntdll (0x0064ea28) 5 0x7bc7486d call_thread_func+0x7c() in ntdll (0x0064eaf8) 6 0x7bc71d8e RtlRaiseException+0x21() in ntdll (0x0064eb18) 7 0x7bc7a748 in ntdll (+0x6a747) (0x0064f368) 8 0x6816ad4c start_thread+0xcb() in libpthread.so.0 (0x0064f468) 0x7b839cf2: subl $4,%esp Modules: Module Address Debug info Name (28 modules) PE 540000- 5434c0 Export bizvserialnt.sys ELF 20000000-20018000 Deferred hal<elf> \-PE 20010000-20018000 \ hal ELF 2981f000-298ac000 Deferred msvcrt<elf> \-PE 29830000-298ac000 \ msvcrt ELF 68000000-68022000 Deferred ld-linux.so.2 ELF 68022000-68164000 Dwarf libwine.so.1 ELF 68164000-6817f000 Dwarf libpthread.so.0 ELF 6817f000-68329000 Dwarf libc.so.6 ELF 68329000-68355000 Deferred libm.so.6 ELF 68355000-68361000 Deferred libnss_nis.so.2 ELF 68361000-6836e000 Deferred libnss_files.so.2 ELF 6836e000-683ce000 Deferred advapi32<elf> \-PE 68380000-683ce000 \ advapi32 ELF 683ce000-68415000 Dwarf ntoskrnl<elf> \-PE 683e0000-68415000 \ ntoskrnl ELF 6e37b000-6e390000 Deferred winedevice<elf> \-PE 6e380000-6e390000 \ winedevice ELF 70e25000-70e2e000 Deferred libnss_compat.so.2 ELF 774bf000-774c4000 Deferred libdl.so.2 ELF 79d01000-79d76000 Deferred rpcrt4<elf> \-PE 79d10000-79d76000 \ rpcrt4 ELF 79d9e000-79db8000 Deferred libnsl.so.1 ELF 7b800000-7ba15000 Dwarf kernel32<elf> \-PE 7b810000-7ba15000 \ kernel32 ELF 7bc00000-7bcc3000 Dwarf ntdll<elf> \-PE 7bc10000-7bcc3000 \ ntdll ELF 7bf00000-7bf04000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 Control Center.exe 00000009 0 0000000e services.exe 00000047 0 00000046 0 0000003f 0 00000039 0 0000002b 0 00000019 0 00000018 0 00000017 0 00000015 0 00000010 0 0000000f 0 00000012 (D) C:\windows\system32\winedevice.exe 0000001d 0 <== 0000001a 0 00000014 0 00000013 0 00000020 explorer.exe 00000021 0 00000028 winedevice.exe 00000030 0 0000002d 0 0000002a 0 00000029 0 00000036 plugplay.exe 0000003b 0 00000038 0 00000037 0 0000003c twonkymediaserverwatchdog.exe 00000023 0 00000042 1 00000041 0 0000003e 0 0000003d 0 00000043 twonkywebdav.exe 0000004a 0 00000049 -2 00000048 -2 0000000d 0 00000032 0 0000002c 0 0000002f -2 00000031 1 00000035 0 00000034 -2 0000001b 1 00000024 0 00000025 0 00000045 0 00000044 0 00000022 twonkymediaserver.exe 00000079 -2 00000078 -2 00000077 -2 00000076 -2 00000075 -2 00000074 -2 00000073 -2 0000006e -2 0000000b 0 0000004b 0 00000067 -2 00000066 -1 00000065 -1 00000064 -1 00000063 0 00000062 0 0000005f 0 0000005d 0 0000005c 0 0000005b 0 0000005a 0 00000059 0 00000058 0 00000057 0 00000056 0 00000055 0 00000054 1 00000053 0 00000052 0 00000051 1 00000050 0 0000004f 0 0000004e -1 0000004d 0 0000001c 0 System information: Wine build: wine-1.4 Platform: i386 Host system: Linux Host version: 3.2.0-32-generic I hope someone can help me and sorry again when it's not the right way to send this question. Sincerly yours michaeichenseher -- 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 29721] New: makecert from Windows Platform SDK 7.1 crashes due to unimplemented function mssign32.dll.PvkGetCryptProv
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=29721 Bug #: 29721 Summary: makecert from Windows Platform SDK 7.1 crashes due to unimplemented function mssign32.dll.PvkGetCryptProv Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft SDKs/Windows/v7.1/Bin ... $ wine ./makecert.exe foo ... wine: Call from 0x7b83924f to unimplemented function mssign32.dll.PvkGetCryptProv, aborting wine: Unimplemented function mssign32.dll.PvkGetCryptProv called at address 0x7b83924f (thread 0009), starting debugger... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/bb410253.aspx 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 10

[Bug 29703] New: Windows Live Essentials 2011 installer wants wer.dll.WerReportSetUIOption
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=29703 Bug #: 29703 Summary: Windows Live Essentials 2011 installer wants wer.dll.WerReportSetUIOption Product: Wine Version: 1.3.37 Platform: x86-64 URL: http://g.live.com/1rewlive4-all/en/wlsetup-all.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified This installer crashes on exit after the following procedure: 1. Change Windows version to Win7 2. Start the installer and press space on the mostly-blank first screen 3. Installation fails - click "try again" 4. Installation fails again - click "close" Terminal output shows: wine: Unimplemented function wer.dll.WerReportSetUIOption called at address 0x7b83bc12 (thread 0009), 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 4

[Bug 30385] New: Windows Live Essentials 2011 web installer fails to download packages in background (shell32.SHGetKnownFolderPath missing support for KF_FLAG_DEFAULT_PATH)
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=30385 Bug #: 30385 Summary: Windows Live Essentials 2011 web installer fails to download packages in background (shell32.SHGetKnownFolderPath missing support for KF_FLAG_DEFAULT_PATH) Product: Wine Version: 1.5.1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, installer log file: --- snip --- ... Downloader :00000029 (04/08/2012 17:22:39.783) Manager is removing file transfer "Bingbar" from the queue. PkgDownload :00000028 (04/08/2012 17:22:39.783) Download of 'Bingbar' finished successfully. Downloader :00000028 (04/08/2012 17:22:39.783) Completing Request "Bingbar". Cert :00000028 (04/08/2012 17:22:39.834) Verifying signature of file=[C:\users\Public\Application Data\Microsoft\WLSetup\wlt6449.tmp]... Cert :00000028 (04/08/2012 17:22:39.865) Verifying signature of file=[C:\users\Public\Application Data\Microsoft\WLSetup\wlt6449.tmp]... !ERROR! :00000028 (04/08/2012 17:22:40) SOURCE=Decomp, CODE=0x80070057 Leaving ExtractCabFileOutOfXSFile() !ERROR! :00000028 (04/08/2012 17:22:40) SOURCE=Decomp, CODE=0x80070057 Leaving ExtractCabFileOutOfXSCabFile() SecureCache :00000028 (04/08/2012 17:22:40.013) AddPackage(): Deleting file 'C:\users\Public\Application Data\Microsoft\WLSetup\wlt6449.tmp' !ERROR! :00000028 (04/08/2012 17:22:40) SOURCE=SecureCache, CODE=0x80070057 Leaving AddPackage() !ERROR! :00000028 (04/08/2012 17:22:40) SOURCE=PkgDownload, CODE=0x80070057 leaving AddPackageToCache !ERROR! :00000028 (04/08/2012 17:22:40) SOURCE=PkgDownload, CODE=0x80070057 Download 'Bingbar' completed with an error (OnDownloadFinished), _fBackground=0 Task :00000028 (04/08/2012 17:22:40.030) Task(00642F88) ignoring failure 0x80070057 for this task TaskThread :00000028 (04/08/2012 17:22:40.030) TaskThread(00581D38): Incrementing task completed counter for 'OnTaskComplete', Task(00642F88) PackageDownloadTask Bingbar TaskThread :00000028 (04/08/2012 17:22:40.030) TaskThread(00581D38): OnTaskComplete() releasing semaphore for Task(00642F88) PackageDownloadTask Bingbar Task :00000028 (04/08/2012 17:22:40.040) Task(00642F88) completed result=0x1 Engine :0000002E (04/08/2012 17:22:40.040) Overall result = 0x40690 PkgDownload :00000028 (04/08/2012 17:22:40.040) ETW: TraceDownloadState_End - Bing Bar ... --- snip --- The reason is this trace log part: --- snip --- 002b:Call shell32.SHGetKnownFolderPath(004220f0,00008400,00000000,014ad984) ret=004567ca 002b:fixme:shell:SHGetKnownFolderPath flags 0x00008400 not supported 002b:Ret shell32.SHGetKnownFolderPath() retval=80070057 ret=004567ca 002b:Call shlwapi.PathFileExistsW(00000000) ret=00456e58 002b:Ret shlwapi.PathFileExistsW() retval=00000000 ret=00456e58 ... --- snip --- 0x8400 = KF_FLAG_CREATE | KF_FLAG_DEFAULT_PATH Wine doesn't support KF_FLAG_DEFAULT_PATH hence SHGetKnownFolderPath() failure causes downloaded temp files to get deleted again. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd378447%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/798beb2cb8d07cd76494cd878ecef711… --- snip --- 3036 HRESULT WINAPI SHGetKnownFolderPath(REFKNOWNFOLDERID rfid, DWORD flags, HANDLE token, PWSTR *path) 3037 { 3038 HRESULT hr; 3039 WCHAR folder[MAX_PATH]; 3040 int index = csidl_from_id( rfid ); 3041 3042 TRACE("%s, 0x%08x, %p, %p\n", debugstr_guid(rfid), flags, token, path); 3043 3044 *path = NULL; 3045 3046 if (index < 0) 3047 return HRESULT_FROM_WIN32( ERROR_FILE_NOT_FOUND ); 3048 3049 if (flags & KF_FLAG_CREATE) 3050 index |= CSIDL_FLAG_CREATE; 3051 3052 if (flags & KF_FLAG_DONT_VERIFY) 3053 index |= CSIDL_FLAG_DONT_VERIFY; 3054 3055 if (flags & KF_FLAG_NO_ALIAS) 3056 index |= CSIDL_FLAG_NO_ALIAS; 3057 3058 if (flags & KF_FLAG_INIT) 3059 index |= CSIDL_FLAG_PER_USER_INIT; 3060 3061 if (flags & ~(KF_FLAG_CREATE|KF_FLAG_DONT_VERIFY|KF_FLAG_NO_ALIAS|KF_FLAG_INIT)) 3062 { 3063 FIXME("flags 0x%08x not supported\n", flags); 3064 return E_INVALIDARG; 3065 } 3066 3067 hr = SHGetFolderPathW( NULL, index, token, 0, folder ); 3068 if (SUCCEEDED(hr)) 3069 { 3070 *path = CoTaskMemAlloc( (strlenW( folder ) + 1) * sizeof(WCHAR) ); 3071 if (!*path) 3072 return E_OUTOFMEMORY; 3073 strcpyW( *path, folder ); 3074 } 3075 return hr; 3076 } --- snip --- 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 16

[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 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 30623] New: iTunes 10.6.1 UI corruption
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=30623 Bug #: 30623 Summary: iTunes 10.6.1 UI corruption Product: Wine Version: 1.5.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: medasaro(a)comcast.net Classification: Unclassified Created attachment 40098 --> http://bugs.winehq.org/attachment.cgi?id=40098 iTunes 10.6.1 Running on Wine 1.5.3 showing UI corruption Install iTunes 10.6.1 into a clean wine prefix using the latest wine version and no changes to the default setup (Windows version set to WINXP). iTunes will install and launch, but the main window is mostly black and missing buttons / features. See the attached screenshot. -- 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