April 2017 - Wine-bugs - list.winehq.org

[Bug 21501] New: Visual C++ 2010 beta 2 web installer can't replace corrupted downloads (sharing violation due to wintrust handle leak)
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=21501 Summary: Visual C++ 2010 beta 2 web installer can't replace corrupted downloads (sharing violation due to wintrust handle leak) Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.microsoft.com/visualstudio/en-us/try/defaul t.mspx#download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, the web installer verifies the integrity of already downloaded files using hashing and wintrust signature checks. In case of a corrupted file, WinVerifyTrust -> WINTRUST_DefaultVerify -> SOFTPUB_LoadFileMessage fails: --- snip --- ... 0031:trace:wintrust:SoftpubInitialize (0x1004c230) 0031:trace:wintrust:SoftpubInitialize returning 00000000 0031:trace:wintrust:SoftpubLoadMessage (0x1004c230) 0031: create_file( access=80000000, attributes=00000040, sharing=00000001, create=1, options=00000050, attrs=00000080, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/temp/21006.01/1033/VS_PRO/wcu/vc90sp1/vc_red.cab" ) 0031: create_file() = 0 { handle=0178 } 0031: get_handle_fd( handle=0178 ) 0031: *fd* 0178 -> 145 0031: get_handle_fd() = 0 { type=1, removable=0, access=00120089, options=00000050 } 0031:trace:wintrust:SOFTPUB_OpenFile returning 1 0031:trace:wintrust:SOFTPUB_GetFileSubject returning 1 0031:trace:wintrust:SOFTPUB_GetSIP returning 1 0031:trace:wintrust:CryptSIPGetSignedDataMsg (0x38ddf90 0x1004c268 0 0x9bf677c (nil)) 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile (0x38ddf90 0x1004c268 0 0x9bf677c (nil)) 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile cert_offset: 3823372 0031:trace:wintrust:WINTRUST_GetSignedMsgFromCabFile cert_size: 5944 0031:warn:wintrust:WINTRUST_GetSignedMsgFromCabFile offset beyond file, not attempting to read 0031:trace:wintrust:CryptSIPGetSignedDataMsg returning 0 0031:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100) 0031:trace:wintrust:WINTRUST_DefaultVerify returning 800b0100 0031:trace:wintrust:WinVerifyTrust returning 800b0100 ... --- snip --- It seems if WinVerifyTrust fails that way, the caller is not supposed to clean up, e.g. calling WinVerifyTrust with WTD_STATEACTION_CLOSE -> WINTRUST_DefaultClose. The web installer never does - hence the handle + additional data is leaked. This leaked file handle later leads to a sharing violation when urlmon tries to copy the new file from download cache to destination (DownloadBSC_OnStopBinding): --- snip --- 0031: create_file( access=c0010000, attributes=00000040, sharing=00000007, create=1, options=00001040, attrs=00000000, objattr={rootdir=0000,sd={},name=L""}, filename="/home/focht/.wine/dosdevices/c:/windows/temp/21006.01/1033/VS_PRO/wcu/vc90sp1/vc_red.cab" ) 0031: create_file() = SHARING_VIOLATION { handle=0000 } ... --- snip --- After 3 download + replacement tries, it gives up. Properly internally cleaning up (closing the file handle ...) helps the installer/urlmon to replace the file. 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 18980] New: Canon's CONSOLE Image Control & Storage Software fails on administrator privs check
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=18980 Summary: Canon's CONSOLE Image Control & Storage Software fails on administrator privs check Product: Wine Version: 1.1.23 Platform: PC URL: http://www.usa.canon.com/consumer/controller?act=Model InfoAct&tabact=DownloadDetailTabAct&fcategoryid=326&mo delid=10350 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a user in #winehq came up with this problem, so I looked into it knowing the app won't work at all due to low level hardware driver dependency. Anyway it revealed at least a valid bug ;-) --- snip --- ... 0028:Call advapi32.OpenProcessToken(ffffffff,00000018,0032fce4) ret=0046fa9e 0028:Ret advapi32.OpenProcessToken() retval=00000001 ret=0046fa9e 0028:Call advapi32.GetTokenInformation(000000a8,00000002,00000000,00000000,0032fce0) ret=0046fac3 0028:trace:advapi:GetTokenInformation (0xa8, TokenGroups, (nil), 0, 0x32fce0): 0028:Ret advapi32.GetTokenInformation() retval=00000000 ret=0046fac3 0028:Call msvcrt.malloc(000000a0) ret=5f8038d6 0028:Call ntdll.RtlAllocateHeap(00110000,00000000,000000a0) ret=7ed2d867 0028:Ret ntdll.RtlAllocateHeap() retval=00159260 ret=7ed2d867 0028:Ret msvcrt.malloc() retval=00159260 ret=5f8038d6 0028:Call advapi32.GetTokenInformation(000000a8,00000002,00159260,000000a0,0032fce0) ret=0046faef 0028:trace:advapi:GetTokenInformation (0xa8, TokenGroups, 0x159260, 160, 0x32fce0): 0028:Ret advapi32.GetTokenInformation() retval=00000001 ret=0046faef 0028:Call advapi32.GetSidSubAuthorityCount(0015929c) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=0015929d ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592a8) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592a9 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592b4) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592b5 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592c0) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592c1 ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592cc) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592cd ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592dc) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592dd ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call advapi32.GetSidSubAuthorityCount(001592ec) ret=0046fb10 0028:Ret advapi32.GetSidSubAuthorityCount() retval=001592ed ret=0046fb10 0028:Call KERNEL32.GetLastError() ret=0046fb20 0028:Ret KERNEL32.GetLastError() retval=0000007a ret=0046fb20 0028:Call msvcrt.free(00159260) ret=5f8048cf 0028:Call ntdll.RtlFreeHeap(00110000,00000000,00159260) ret=7ed2da36 0028:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7ed2da36 0028:Ret msvcrt.free() retval=00000001 ret=5f8048cf ... 0028:Call user32.MessageBoxW(00000000,00159560 L"This program requires administrator privileges.",00157d48 L"CONSOLE",00000040) ret=5f86881e --- snip --- With the first call to GetTokenInformation( ... TokenGroups ... ) the app queries the buffer size to hold result data -> lasterror = ERROR_INSUFFICIENT_BUFFER. The app allocates the required buffer and then calls GetTokenInformation() to actually fetch the data. Next, the app loops through sub authorities using GetSidSubAuthorityCount(). Normally it would look for DOMAIN_ALIAS_RID_ADMINS but the problem is the GetLastError() call _before_ the actual comparison. If last error is != 0, the app won't look at data returned by GetSidSubAuthorityCount(). The last successful call to GetTokenInformation() didn't reset last error at all - it's still at ERROR_INSUFFICIENT_BUFFER: --- snip dlls/advapi32/security.c --- BOOL WINAPI GetTokenInformation( HANDLE token, TOKEN_INFORMATION_CLASS tokeninfoclass, LPVOID tokeninfo, DWORD tokeninfolength, LPDWORD retlen ) { ... return set_ntstatus( NtQueryInformationToken( token, tokeninfoclass, tokeninfo, tokeninfolength, retlen)); } --- snip dlls/advapi32/security.c --- --- snip dlls/advapi32/security.c --- /* set last error code from NT status and get the proper boolean return value */ /* used for functions that are a simple wrapper around the corresponding ntdll API */ static inline BOOL set_ntstatus( NTSTATUS status ) { if (status) SetLastError( RtlNtStatusToDosError( status )); return !status; } --- snip dlls/advapi32/security.c --- This is probably an oversight. I don't know what Windows does but the app seems to expect the last error being reset to zero (NTSTATUS success). A conformance test should reveal this. 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 18717] New: .NET 3.x needs ntdll.dll.RtlEnumerateGenericTableWithoutSplaying (WPF + MILCore driver)
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=18717 Summary: .NET 3.x needs ntdll.dll.RtlEnumerateGenericTableWithoutSplaying (WPF + MILCore driver) Product: Wine Version: 1.1.22 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, affects every .NET 3.x GUI app which makes use of WPF. Both, the managed part of WPF and the (unmanaged) MILCore driver make use of the generic table API. I'm still unsure how much of the generic table API needs to be functional and what role such tables play in communication between Framework and MILCore driver. Currently, it seems we can get away with little effort. Returning NULL from stub seems sufficient to prevent the crash and allows apps to proceed further. --- snip --- fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework" fixme:shell:URL_ParseUrl failed to parse L"PresentationCore" fixme:shell:URL_ParseUrl failed to parse L"System" fixme:shell:URL_ParseUrl failed to parse L"WindowsBase" fixme:advapi:RegisterTraceGuidsW 0x6a053a (nil) 0x32dfd0 1 0x32dfac (null) (null) 0x32dfb4 fixme:shell:URL_ParseUrl failed to parse L"PresentationCore.resources" fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32ce8c (null) (null) 0x53355f40 fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub! fixme:ntdll:RtlInitializeGenericTable (0x16cae4,0x5327d3ce,0x5327d3a0,0x5327d3b7,(nil)) stub! fixme:ntdll:RtlInitializeGenericTable (0x16cd4c,0x5328ec37,0x5327d3a0,0x5327d3b7,(nil)) stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546e4, (nil)) stub! fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546fc, (nil)) stub! fixme:win:EnumDisplayDevicesW ((null),0,0x2d5e568,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),1,0x2d5e568,0x00000000), stub! wine: Call from 0x7bc48066 to unimplemented function ntdll.dll.RtlEnumerateGenericTableWithoutSplaying, aborting ... fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000e0,0x3009a1b4,0x6cc5c0): stub err:eventlog:ReportEventW L"edgermreader.exe" err:eventlog:ReportEventW L"1.0.0.0" err:eventlog:ReportEventW L"47c0d0da" err:eventlog:ReportEventW L"unknown" err:eventlog:ReportEventW L"0.0.0.0" err:eventlog:ReportEventW L"00000000" err:eventlog:ReportEventW L"0" err:eventlog:ReportEventW L"7bc48066" fixme:advapi:DeregisterEventSource (0xcafe4242) stub --- snip --- While you're at it, you might also want to fix the prototype of RtlInitializeGenericTable(). --- snip dlls/ntdll/rtl.c --- PVOID WINAPI RtlInitializeGenericTable(PVOID pTable, PVOID arg2, PVOID arg3, PVOID arg4, PVOID arg5) --- snip dlls/ntdll/rtl.c --- See: http://msdn.microsoft.com/en-us/library/ms796842.aspx Return type is VOID, additionally the parameters might be enhanced with MSDN info. 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 18716] New: .NET 3.0 WPF requires SystemParametersInfoW( SPI_GETMOUSEVANISH) handled
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=18716 Summary: .NET 3.0 WPF requires SystemParametersInfoW( SPI_GETMOUSEVANISH) handled Product: Wine Version: 1.1.22 Platform: PC URL: http://infogenium.com/proj_reader.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another NET 3.0 app dies due to SystemParametersInfoW( SPI_GETMOUSEVANISH) not handled (triggered by "search" -> "type text to find" action, mouse hovering) --- snip --- fixme:system:SystemParametersInfoW Unimplemented action: 4128 (SPI_GETMOUSEVANISH) First chance exception generated: (0xe6a41c) <System.ComponentModel.Win32Exception> Unhandled exception generated: (0xe6a41c) <System.ComponentModel.Win32Exception> nativeErrorCode=1439 _className=<null> _exceptionMethod=<null> _exceptionMethodString=<null> _message=(0xe6a6d4) "Invalid SPI parameter" _data=(0xe6ad40) <System.Collections.ListDictionaryInternal> _innerException=<null> _helpURL=<null> _stackTrace=(0xe6ad6c) <System.SByte[]> _stackTraceString=<null> _remoteStackTraceString=<null> _remoteStackIndex=0 _dynamicMethods=<null> _HResult=-2147467259 _source=<null> _xptrs=0 _xcode=-532459699 Exception is called:UNHANDLED ... Thread 0x37 Current State:GCUnsafe spot 0)* System.Windows.SystemParameters::get_MouseVanish +0155[native] +0064[IL] in <Unknown File Name>:<Unknown Line Number> 1) System.Windows.Documents.TextEditorTyping::HideCursor +0046[native] +0012[IL] in <Unknown File Name>:<Unknown Line Number> 2) System.Windows.Documents.TextEditorTyping::DoTextInput +0079[native] +0006[IL] in <Unknown File Name>:<Unknown Line Number> 3) System.Windows.Documents.TextEditorTyping.TextInputItem::Do +0079[native] +0020[IL] in <Unknown File Name>:<Unknown Line Number> 4) System.Windows.Documents.TextEditorTyping::ScheduleInput +0069[native] +0028[IL] in <Unknown File Name>:<Unknown Line Number> 5) System.Windows.Documents.TextEditorTyping::OnTextInput +0403[native] +0146[IL] in <Unknown File Name>:<Unknown Line Number> 6) System.Windows.Documents.TextEditor::OnTextInput +0031[native] +0012[IL] in <Unknown File Name>:<Unknown Line Number> 7) System.Windows.Controls.Primitives.TextBoxBase::OnTextInput +0076[native] +0036[IL] in <Unknown File Name>:<Unknown Line Number> 8) System.Windows.UIElement::OnTextInputThunk +0095[native] +0031[IL] in <Unknown File Name>:<Unknown Line Number> 9) System.Windows.Input.TextCompositionEventArgs::InvokeEventHandler +0072[native] +0007[IL] in <Unknown File Name>:<Unknown Line Number> --- snip --- (also suffers from bug 18660) 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 6

[Bug 28121] New: unable to type any characters in Thunder7.2.1.3
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=28121 Summary: unable to type any characters in Thunder7.2.1.3 Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36034) --> (http://bugs.winehq.org/attachment.cgi?id=36034) Log: can not type in thunder 1. Download Thunder7.2.1.3 http://down.sandai.net/thunder7/Thunder7.2.1.3136.exe (from http://dl.xunlei.com/xl7.html ) 2. winetricks vcrun2003, avoid Bug 28110 and Bug 28111. 3. install Thunder, start with wine, add a new download task, try to type into the text form. no characters will be typed into. winetricks riched20 works around for this. fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: STUB fixme:richedit:fnTextSrv_OnTxSetCursor 0xb70780: STUB fixme:richedit:fnTextSrv_TxDraw 0xb70780: 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 4

[Bug 12718] New: Typing the username in MSN Messenger 7.5 is really slow
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=12718 Summary: Typing the username in MSN Messenger 7.5 is really slow Product: Wine Version: 0.9.60 Platform: PC URL: http://www.filehippo.com/download_msn_messenger/751/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com When i start to write my email in msn messenger, the letters will take a long time to appear. In the console I'm only watchinh this message every time I type a letter: fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): 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 22

[Bug 20188] New: MSN Messenger 7.5 hangs while signing in
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=20188 Summary: MSN Messenger 7.5 hangs while signing in Product: Wine Version: 1.1.30 Platform: PC URL: http://www.oldapps.com/msn_messenger.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=23793) --> (http://bugs.winehq.org/attachment.cgi?id=23793) Console output after signing in and when it starts loading the contacts the the screen just hangs. -- 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 10059] New: Windows Live Messenger 8. 5 - You can not type into login boxes
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=10059 Summary: Windows Live Messenger 8.5 - You can not type into login boxes Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: philip.kent(a)ntlworld.com When trying to run Windows Live Messenger 8.5 (install instructions in AppDB - http://appdb.winehq.org/objectManager.php?sClass=version&iId=8146) you will find you can not log in. This is because it is impossible to type into the textboxes requesting usernames and passwords. They are too small and do not accept input. A log file is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 13777] New: Can't write in login and password fields in MSN8
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=13777 Summary: Can't write in login and password fields in MSN8 Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: igamads(a)gmail.com Created an attachment (id=13810) --> (http://bugs.winehq.org/attachment.cgi?id=13810) Terminal output on msn8 and clean wineprefix Can't right on the fields for Login and password. -- 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 32467] New: Windows Sysinternals "bginfo" tool crashes due to incorrect sysparams PATH_ENTRY macro definition
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=32467 Bug #: 32467 Summary: Windows Sysinternals "bginfo" tool crashes due to incorrect sysparams PATH_ENTRY macro definition Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, retested some Windows Sysinternals (former "Sysinternals") tools. "bginfo" crashes after applying settings (or if the timer runs out). Download: http://technet.microsoft.com/en-us/sysinternals/bb897557.aspx --- snip --- $ wine ./Bginfo.exe ... Unhandled exception: page fault on write access to 0x000000e6 in 32-bit code (0x004700f1). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004700f1 ESP:0033da04 EBP:0033da10 EFLAGS:00010286( R- -- I S - -P- ) EAX:ffffffff EBX:0000003a ECX:1d2c7fe2 EDX:7bc9a7c0 ESI:0000003a EDI:00000000 Stack dump: 0x0033da04: 7eb58280 0000003a 00000001 0033dc00 0x0033da14: 7eabfd9b 7eb58280 00000000 0033dc38 0x0033da24: 00000000 0033dbf8 7e0ea4a8 0033dbf8 0x0033da34: 7e07c080 7c6bc0b0 0033dac4 7e07b6ec 0x0033da44: 00000040 7bcc26c8 0033db90 00000000 0x0033da54: 0033db00 f758e91e 0033da70 00000000 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0x004700f1 in bginfo (+0x700f1) (0x0033da10) 1 0x7eabfd9b SystemParametersInfoW+0x1185(uiAction=0x29, uiParam=0x1f8, pvParam=0x33dc20, fWinIni=0) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:1581] in user32 (0x0033dc00) 2 0x7ec2669b TOOLTIPS_InitSystemSettings+0x76(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:208] in comctl32 (0x0033de20) 3 0x7ec2bc19 TOOLTIPS_WinIniChange+0x10(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2130] in comctl32 (0x0033de40) 4 0x7ec2c4f4 TOOLTIPS_WindowProc+0x82b(hwnd=0x50020, uMsg=0x1a, wParam=0x14, lParam=0x7eb61348) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2333] in comctl32 (0x0033de90) 5 0x7eadf72e WINPROC_wrapper+0x19() in user32 (0x0033dec0) 6 0x7eadf883 call_window_proc+0xcd(hwnd=0x50020, msg=0x1a, wp=0x14, lp=0x7eb61348, result=0x33dfb4, arg=0x7ec2bcc8) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:243] in user32 (0x0033df10) 7 0x7eae1b5d WINPROC_call_window+0x15f(hwnd=0x50020, msg=0x1a, wParam=0x14, lParam=0x7eb61348, result=0x33dfb4, unicode=0x1, mapping=WMCHAR_MAP_SENDMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:900] in user32 (0x0033df60) 8 0x7eaa0265 call_window_proc+0xbf(hwnd=0x50020, msg=0x1a, wparam=0x14, lparam=0x7eb61348, unicode=0x1, same_thread=0x1, mapping=WMCHAR_MAP_SENDMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:2211] in user32 (0x0033dfc0) 9 0x7eaa2fae send_message+0x138(info=0x33e03c, res_ptr=0x0(nil), unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3203] in user32 (0x0033e020) 10 0x7eaa3501 SendMessageTimeoutW+0x4a(hwnd=0x50020, msg=0x1a, wparam=0x14, lparam=0x7eb61348, flags=0x2, timeout=0x7d0, res_ptr=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3357] in user32 (0x0033e070) 11 0x7ea9b2ad broadcast_message_callback+0xc4(hwnd=0x50020, lparam=0x33e16c) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:565] in user32 (0x0033e0c0) 12 0x7ead5603 EnumWindows+0x7b(lpEnumFunc=0x7ea9b1e8, lParam=0x33e16c) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:3277] in user32 (0x0033e0f0) 13 0x7eaa2eb0 send_message+0x3a(info=0x33e16c, res_ptr=0x0(nil), unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3190] in user32 (0x0033e150) 14 0x7eaa3501 SendMessageTimeoutW+0x4a(hwnd=0xffff, msg=0x1a, wparam=0x14, lparam=0x7eb61348, flags=0x2, timeout=0x7d0, res_ptr=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3357] in user32 (0x0033e1a0) 15 0x7eabcf64 SYSPARAMS_NotifyChange+0x6c(uiAction=0x14, fWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:504] in user32 (0x0033e1d0) 16 0x7eac2b3c SystemParametersInfoW+0x3f26(uiAction=0x14, uiParam=0, pvParam=0x33e3f4, fWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:2206] in user32 (0x0033e3c0) 17 0x7eac2d20 SystemParametersInfoA+0x15f(uiAction=0x14, uiParam=0, pvParam=0x33e6a8, fuWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:2236] in user32 (0x0033e630) 18 0x004075e3 in bginfo (+0x75e2) (0x80000001) 0x004700f1: movl %ebx,0xac(%esi) ... --- snip --- case SPI_GETNONCLIENTMETRICS Examining entry structures: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7eabe8d8 get_entry(ptr=0x7eb58280, int_param=0, ptr_param=0x33dc38) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:1081] in user32 (0x0033dc00) 1 0x7ec2669b TOOLTIPS_InitSystemSettings+0x76(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:208] in comctl32 (0x0033de20) 2 0x7ec2bc19 TOOLTIPS_WinIniChange+0x10(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2130] in comctl32 (0x0033de40) 3 0x7ec2c4f4 TOOLTIPS_WindowProc+0x82b(hwnd=0x100b0, uMsg=0x1a, wParam=0x14, lParam=0x7eb61348) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2333] in comctl32 (0x0033de90) ... Wine-dbg>x/10x ptr 0x7eb58280 entry_CAPTIONLOGFONT: 00470042 006e0049 006f0066 0062002e 0x7eb58290 entry_CAPTIONLOGFONT+0x10: 0070006d 00000000 000002bc fffffff5 0x7eb582a0 entry_CAPTIONLOGFONT+0x20: 00000000 00000000 ... Wine-dbg>p entry_BORDER {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="BorderWidth", mirror=0x0(nil), loaded=0x1}, val=0x1} Wine-dbg>p entry_SCROLLWIDTH {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="ScrollWidth", mirror=0x0(nil), loaded=0x1}, val=0x10} Wine-dbg>p entry_CAPTIONLOGFONT {hdr={get=0x470042, set=0x6e0049, init=0x6f0066, regval="", mirror="", loaded=0}, weight=0x2bc, val={lfHeight=0xfffffff5, lfWidth=0, lfEscapement=0, lfOrientation=0, lfWeight=0x2bc, lfItalic=0, lfUnderline=0, lfStrikeOut=0, lfCharSet=0, lfOutPrecision=0, lfClipPrecision=0, lfQuality=0, lfPitchAndFamily='"', lfFaceName={0x4d, 0x53, 0x20, 0x53, 0x68, 0x65, 0x6c, 0x6c, 0x20, 0x44, 0x6c, 0x67, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}}} Wine-dbg>p entry_SMCAPTIONWIDTH {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="SmCaptionWidth", mirror=0x0(nil), loaded=0x1}, val=0xd} --- snip --- entry_CAPTIONLOGFONT looks strange while others retrieved in SPI_GETNONCLIENTMETRICS case are fine: Dumping the entries preceding entry_CAPTIONLOGFONT: --- snip --- Wine-dbg>x/100x &entry_DESKWALLPAPER 0x7eb58240 entry_DESKWALLPAPER: 7eabe42d 7eabe4b7 7eabe52c 7eaf631a 0x7eb58250 entry_DESKWALLPAPER+0x10: 00000000 00000001 003a0043 0075005c 0x7eb58260 entry_USERPREFERENCESMASK: 00650073 00730072 0066005c 0063006f 0x7eb58270 entry_USERPREFERENCESMASK+0x10: 00740068 0054005c 006d0065 005c0070 0x7eb58280 entry_CAPTIONLOGFONT: 00470042 006e0049 006f0066 0062002e 0x7eb58290 entry_CAPTIONLOGFONT+0x10: 0070006d 00000000 000002bc fffffff5 0x7eb582a0 entry_CAPTIONLOGFONT+0x20: 00000000 00000000 00000000 000002bc 0x7eb582b0 entry_CAPTIONLOGFONT+0x30: 00000000 22000000 0053004d 00530020 0x7eb582c0 entry_CAPTIONLOGFONT+0x40: 00650068 006c006c 00440020 0067006c 0x7eb582d0 entry_CAPTIONLOGFONT+0x50: 00000000 00000000 00000000 00000000 0x7eb582e0 entry_CAPTIONLOGFONT+0x60: 00000000 00000000 00000000 00000000 0x7eb582f0 entry_CAPTIONLOGFONT+0x70: 00000000 00000000 00000000 00000000 ... Wine-dbg>p *&entry_DESKWALLPAPER {hdr={get=0x7eabe42d, set=0x7eabe4b7, init=0x7eabe52c, regval="Wallpaper", mirror=0x0(nil), loaded=0x1}, ptr=0x3a0043, size=0x75005c} --- snip --- Whoops, that structure type/layout seems wrong... entry_DESKWALLPAPER: --- snip --- struct sysparam_entry { BOOL (*get)( union sysparam_all_entry *entry, UINT int_param, void *ptr_param ); BOOL (*set)( union sysparam_all_entry *entry, UINT int_param, void *ptr_param, UINT flags ); BOOL (*init)( union sysparam_all_entry *entry ); const WCHAR *regval; const WCHAR *mirror; BOOL loaded; }; ... struct sysparam_path_entry { struct sysparam_entry hdr; WCHAR path[MAX_PATH]; }; ... #define PATH_ENTRY(name) \ struct sysparam_binary_entry entry_##name = { { get_path_entry, set_path_entry, init_path_entry, \ name ##_VALNAME } } ... static PATH_ENTRY( DESKWALLPAPER ); --- snip --- Typo in PATH_ENTRY macro: "struct sysparam_binary_entry" should be "struct sysparam_path_entry". http://source.winehq.org/git/wine.git/blob/51f936adc28187f0aaaacb8651b2dc3c… With that fix in place "bginfo" doesn't crash anymore. Probably fixes other apps too ... 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