wine-bugs June 2014

wine-bugs@winehq.org

1 participants
9920 discussions

[Bug 12079] New: VS.NET 7.x/. NET SDK installers fail if re-executed due to ACTION_StopServices being a stub
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12079 Summary: VS.NET 7.x/.NET SDK installers fail if re-executed due to ACTION_StopServices being a stub Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, .NET Framework SDK, VS.NET 7.x. etc. install "helper" service(s) which get automagically started. The installers die if executed again (update/change config) because the running service blocks file update. --- snip --- .. err:msi:ACTION_InstallFiles Failed to copy L"Z:\\mnt\\iso\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" to L"c:\\Program Files\\Common Files\\Microsoft Shared\\VS7Debug\\msdbg2.dll" (32) err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 .. --- snip --- James, if you find the time, please add "stop services" msi action implementation (dlls/msi/action.c:ACTION_StopServices). Although I have a patch, I constantly forget to apply it when tracking down installer problems. You could actually help to reduce my patch orgy :) Thanks. 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 14

[Bug 12390] New: err:service: service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12390 Summary: err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amaramrahul(a)gmail.com "Longman Dictionary of Contemporary English" (ISBN 0 582 50673 5) gets installed properly from CD-ROM using wine. However when I try to run it using wine, I get the below error in console: # wine "C:\Program Files\Longman\LDOCE\ldoce.exe" err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 err:service:service_control_dispatcher failed to create pipe for L"C-Dilla_CdaC11BA", error = 231 Then a pop-up appears with the message: "This machine must be re-booted before this product will run correctly. Reboot now?". Upon clicking "Yes"/"No", the program exits. I think this has to do something with copyright. Not sure about this though. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 14594] New: crypt32.CryptHashMessage needed for VS.NET 2005 (deployment project type creation)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14594 Summary: crypt32.CryptHashMessage needed for VS.NET 2005 (deployment project type creation) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, using project wizard to create a "setup/deployment" project type (msi), it bails due to unimpl crypt32.CryptHashMessage --- snip --- .. 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\dpplg.dll" at 0x5d010000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\1033\\dpplgui.dll" at 0x5d380000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Tools\\Deployment\\dpedt.dll" at 0x5ce70000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\VJ#\\bin\\vjsplg.dll" at 0x6ca90000: native 003f:trace:loaddll:load_native_dll Loaded L"C:\\Program Files\\Microsoft Visual Studio 8\\VJ#\\bin\\1033\\vjsplgui.dll" at 0x6cbc0000: native 003f:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b8432e0 003f:trace:seh:raise_exception info[0]=60b7f840 003f:trace:seh:raise_exception info[1]=60b7fa01 wine: Call from 0x7b8432e0 to unimplemented function crypt32.dll.CryptHashMessage, aborting 003f:trace:seh:call_stack_handlers calling handler at 0x5cdea7c5 code=80000100 flags=1 003f:trace:seh:call_stack_handlers handler at 0x5cdea7c5 returned 1 003f:trace:seh:call_stack_handlers calling handler at 0x5cdf1732 code=80000100 flags=1 .. --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/aa380203.aspx --- stub test --- 031:Call crypt32.CryptHashMessage(002fd208,00000001,00000001,002fd2e0,002fd2dc,002fd260,002fd248,002fd2f4,002fd2d8) ret=5cdd6009 0031:fixme:crypt:CryptHashMessage (0x2fd208, 1, 1, 0x2fd2e0, 0x2fd2dc, 0x2fd260, 0x2fd248, 0x2fd2f4): stub 0031:Ret crypt32.CryptHashMessage() retval=00000000 ret=5cdd6009 --- stub test -- Simple stub seems to satisfy it. For a better stub: MD5 is needed here, the supplied hash algorithm OID (pHashPara.HashAlgorithm) is "1.2.840.113549.2.5" 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 14567] New: Shell32 IAutoCompleteDropDown needed for VS.NET 2005 and other tools which use MS DevEnv UI engine
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14567 Summary: Shell32 IAutoCompleteDropDown needed for VS.NET 2005 and other tools which use MS DevEnv UI engine Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, just visiting back VS.NET 2005 and friends... The annoying error message box, stating "The operation could not be completed" can be prevented by implementing IAutoCompleteDropDown in shell32. Due to this missing interface, the Devenv GUI is not really usable at all. Also the .NET CLR GUI debugger that ships with the .NET 2.0 SDK suffers from this bug. +shell,+ole --- snip --- .. trace:ole:CoCreateInstance (rclsid={00bb2763-6a77-11d0-a535-00c04fd7d062}, pUnkOuter=(nil), dwClsContext=00000001, riid={eac04bc0-3791-11d2-bb95-0060977b464c}, ppv=0x50757698) trace:ole:CoGetClassObject CLSID: {00bb2763-6a77-11d0-a535-00c04fd7d062}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:WINE_StringFromCLSID 0x5005ec20->{00BB2763-6A77-11D0-A535-00C04FD7D062} trace:ole:apartment_getclassobject found L"shell32.dll" already loaded trace:ole:apartment_getclassobject calling DllGetClassObject 0x66426d20 trace:shell:HCR_RegOpenClassIDKey CLSID\{00bb2763-6a77-11d0-a535-00c04fd7d062} trace:shell:HCR_GetClassNameA -- AutoComplete trace:shell:DllGetClassObject CLSID: {00bb2763-6a77-11d0-a535-00c04fd7d062} (AutoComplete),IID: {00000001-0000-0000-c000-000000000046} (IID_IClassFactory) trace:shell:DllGetClassObject index[7] trace:shell:IDefClF_fnConstructor (0xc0c740)(null) trace:shell:IDefClF_fnQueryInterface (0xc0c740)->( {00000001-0000-0000-c000-000000000046} (IID_IClassFactory)) trace:shell:IDefClF_fnRelease (0xc0c740)->(count=2) trace:shell:DllGetClassObject -- pointer to class factory: 0xc0c740 trace:shell:IDefClF_fnCreateInstance 0xc0c740->((nil), {eac04bc0-3791-11d2-bb95-0060977b464c} (IID_IAutoComplete2),0x50757698) trace:shell:IAutoComplete_fnQueryInterface (0xc26b68)->( IID: {eac04bc0-3791-11d2-bb95-0060977b464c} (IID_IAutoComplete2),0x50757698) trace:shell:IAutoComplete2_fnAddRef (0xc26b68)->(count=1) trace:shell:IAutoComplete_fnAddRef (0xc26b68)->(1) trace:shell:IAutoComplete_fnQueryInterface -- Interface: (0x50757698)->(0xc26b6c) trace:shell:IAutoComplete_Constructor -- (0xc26b68)-> trace:shell:IDefClF_fnRelease (0xc0c740)->(count=1) trace:shell:IDefClF_fnRelease -- destroying IClassFactory(0xc0c740) trace:ole:CoCreateInstance (rclsid={00000323-0000-0000-c000-000000000046}, pUnkOuter=(nil), dwClsContext=00000001, riid={00000146-0000-0000-c000-000000000046}, ppv=0x55c538) trace:ole:CoCreateInstance Retrieved GIT (0xc1c540) trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal iface=0xc1c540, pUnk=0x6512c8, riid={6d5140c1-7436-11ce-8034-00aa006009fa}, pdwCookie=0x0x320ff4 trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal About to marshal the interface trace:ole:CoMarshalInterface (0xc26f88, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x6512c8, 3, (nil), MSHLFLAGS_TABLESTRONG) trace:ole:CoGetStandardMarshal ({6d5140c1-7436-11ce-8034-00aa006009fa},0x6512c8,3,(nil),1,0x320f5c) trace:ole:CoMarshalInterface Using standard marshaling trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace trace:ole:StdMarshalImpl_MarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},...) trace:ole:CoGetPSClsid () riid={6d5140c1-7436-11ce-8034-00aa006009fa}, pclsid=0x320e04 trace:ole:WINE_StringFromCLSID 0x50064ef8->{6D5140C1-7436-11CE-8034-00AA006009FA} trace:ole:__CLSIDFromString L"{b8da6310-e19b-11d0-933c-00a0c90dcaa9}" -> 0x320e04 trace:ole:CoGetPSClsid () Returning CLSID={b8da6310-e19b-11d0-933c-00a0c90dcaa9} trace:ole:CoGetClassObject CLSID: {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} trace:ole:WINE_StringFromCLSID 0x320e04->{B8DA6310-E19B-11D0-933C-00A0C90DCAA9} trace:ole:apartment_getclassobject found L"C:\\windows\\system32\\actxprxy.dll" already loaded trace:ole:apartment_getclassobject calling DllGetClassObject 0x60a76650 trace:ole:NdrDllGetClassObject ({b8da6310-e19b-11d0-933c-00a0c90dcaa9}, {d5f569d0-593b-101a-b569-08002b2dbf7a}, 0x320e14, 0x60a7784c, {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, 0x60a7785c) trace:ole:CStdPSFactory_QueryInterface (0x60a7785c)->QueryInterface({d5f569d0-593b-101a-b569-08002b2dbf7a},0x320e14) trace:ole:CStdPSFactory_CreateStub (0x60a7785c)->CreateStub({6d5140c1-7436-11ce-8034-00aa006009fa},0x6512c8,0x320e1c) trace:ole:FindProxyInfo found: ProxyInfo 0x60a77040 Index 0 trace:ole:CStdStubBuffer_Construct (0x6512c8,0x60a770e0,0x60a7785c,0x320e1c) IServiceProvider trace:ole:CStdStubBuffer_Construct iid={6d5140c1-7436-11ce-8034-00aa006009fa} trace:ole:CStdStubBuffer_Construct vtbl=0x60a770f0 trace:ole:CStdPSFactory_AddRef (0x60a7785c)->AddRef() trace:ole:CStdPSFactory_Release (0x60a7785c)->Release() trace:ole:stub_manager_int_addref before 1 trace:ole:get_stub_manager_from_object found 0xc1c688 for object 0x6512c8 trace:ole:marshal_object registering new ifstub on pre-existing manager trace:ole:NdrCStdStubBuffer_Release (0xc0fe28)->Release() trace:ole:CStdStubBuffer_Disconnect (0xc0fe28)->Disconnect() trace:ole:CStdPSFactory_Release (0x60a7785c)->Release() trace:ole:stub_manager_ext_addref added 1 refs to 0xc1c688 (oid 3), rc is now 4 trace:ole:RPC_RegisterInterface ({6d5140c1-7436-11ce-8034-00aa006009fa}) trace:ole:stub_manager_int_release after 1 trace:ole:CoMarshalInterface completed with hr 0x00000000 trace:ole:StdGlobalInterfaceTable_RegisterInterfaceInGlobal Cookie is 0xf103 trace:shell:IAutoComplete2_fnInit (0xc26b68) trace:shell:IAutoComplete_fnInit (0xc26b68)->(0x000201da, 0x55c4e4, (null), L"%s") trace:shell:IAutoComplete_fnInit ACO_AUTOAPPEND trace:shell:IAutoComplete2_fnSetOptions (0xc26b68) -> (0x71) trace:shell:HCR_RegOpenClassIDKey CLSID\{3cd141f4-3c6a-11d2-bcaa-00c04fd929db} trace:shell:HCR_GetClassNameA -- trace:shell:IAutoComplete2_fnQueryInterface (0xc26b68)->( {3cd141f4-3c6a-11d2-bcaa-00c04fd929db} (unknown),0x50757690) trace:shell:HCR_RegOpenClassIDKey CLSID\{3cd141f4-3c6a-11d2-bcaa-00c04fd929db} trace:shell:HCR_GetClassNameA -- trace:shell:IAutoComplete_fnQueryInterface (0xc26b68)->( IID: {3cd141f4-3c6a-11d2-bcaa-00c04fd929db} (unknown),0x50757690) trace:shell:IAutoComplete_fnQueryInterface -- Interface: E_NOINTERFACE trace:shell:IAutoComplete2_fnRelease (0xc26b68)->(count=2) trace:shell:IAutoComplete_fnRelease (0xc26b68)->(2) trace:ole:GetErrorInfo (0, 0x3210a4, (nil)) .. trace:ole:ICreateErrorInfoImpl_SetDescription (0xc24818): L"The operation could not be completed " .. --- snip --- I added/implemented the missing interface (include/shldisp.idl, dlls/shell32/autocomplete.c, dlls/shell32/debughlp.c) and verified it fixes the annoying error. To give the implementor/submitter full freedom, I'll omit a patch here ;-) 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 14571] New: ole32.CoGetCallerTID needed for VS.NET 2005
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14571 Summary: ole32.CoGetCallerTID needed for VS.NET 2005 Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, keep the VS.NET 2005 IDE for ~10 secs open and it will crash due to this bug. --- snip --- 0026:Call user32.InSendMessage() ret=500891c3 0026:Ret user32.InSendMessage() retval=00000000 ret=500891c3 0026:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032f618) ret=608a4d85 0026:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b8432e0 0026:trace:seh:raise_exception info[0]=608a4e20 0026:trace:seh:raise_exception info[1]=608a4e2a wine: Call from 0x7b8432e0 to unimplemented function ole32.dll.CoGetCallerTID, aborting 0026:trace:seh:call_stack_handlers calling handler at 0x506a8ab0 code=80000100 flags=1 --- snip --- MSDN info here: http://msdn.microsoft.com/en-us/library/ms680683(VS.85).aspx Implementation is straight forward (minus remote), all the info is there. I've already verified with a patch. 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 11

[Bug 18500] New: ntdll.NtQueryInformationProcess: provide simple ProcessDebugObjectHandle info class handling, returning "no debugger"
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18500 Summary: ntdll.NtQueryInformationProcess: provide simple ProcessDebugObjectHandle info class handling, returning "no debugger" Product: Wine Version: 1.1.21 Platform: Other URL: http://www.exeinfo.go.pl/ OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a continuation of http://bugs.winehq.org/show_bug.cgi?id=12859#c7 The app queries for unimplemented "ProcessDebugObjectHandle" information class. --- snip --- ... 0021:Call ntdll.NtSetInformationThread(fffffffe,00000011,00000000,00000000) ret=004da0d5 0021:fixme:thread:NtSetInformationThread info class 17 not supported yet 0021:Ret ntdll.NtSetInformationThread() retval=c0000002 ret=004da0d5 0021:Call 0021:Call ntdll.NtQueryInformationProcess(ffffffff,0000001e,c0000002,00000004,00000000) ret=004da0e4 0021:fixme:ntdll:NtQueryInformationProcess (process=0xffffffff) Unimplemented information class: ProcessDebugObjectHandle 0021:Ret ntdll.NtQueryInformationProcess() retval=c0000003 ret=004da0e4 ... --- snip --- Wine already fakes info for such kind of classes, returning "no debugger". Have a look at dlls/ntdll/process.c:NtQueryInformationProcess, ProcessDebugPort how it's done and provide simple patch. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 12859] New: HideThreadFromDebugger in NtSetInformationThread
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12859 Summary: HideThreadFromDebugger in NtSetInformationThread Product: Wine Version: 0.9.60 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: readams(a)readams.net Created an attachment (id=12555) --> (http://bugs.winehq.org/attachment.cgi?id=12555) Add HideThreadFromDebugger to winternl.h and to NtSetInformationThread This API exists in the windows NtSetInformationThread for some reason. The sensible thing to do in wine here seems to be to just ignore this call. Patch attached is against 0.9.60. -- 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 20

[Bug 21930] New: Free Ghost installer crashes during project building in console
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21930 Summary: Free Ghost installer crashes during project building in console Product: Wine Version: 1.1.39 Platform: x86 URL: http://www.ethalone.com/download/gi/GIFree.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ariafan(a)mail.ru Created an attachment (id=26619) --> (http://bugs.winehq.org/attachment.cgi?id=26619) Test installation project Try in console wineconsole "c:\program files\Ethalone\Ghost Installer\Bin\GIBuild.exe" test.gpr Message is appeared during project building: fixme:msvcrt:MSVCRT__sopen : pmode 0x81b6 ignored and later err:seh:setup_exception_record stack overflow 860 bytes in thread 003f eip 00406df5 esp 00240fd4 stack 0x240000-0x241000-0x340000 testsetup.exe was not created. See test.gpr in attachment. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 22176] New: Rocket Reader 8.3 fails to install
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22176 Summary: Rocket Reader 8.3 fails to install Product: Wine Version: 1.1.16 Platform: x86 URL: ftp://rocketreader.com/rocketreaderv83.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com CC: julliard(a)winehq.org Created an attachment (id=27054) --> (http://bugs.winehq.org/attachment.cgi?id=27054) WINEDEBUG=+relay on Wine 1.1.41-72-ge9be1b4 At installation, around 75%, the program displays an error (Error changing registry data), after that it deletes all what it has installed. This error doesn't appear on Wine 1.1.15 so it's regression. Regression test did give 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a is the first bad commit commit 1c91d54503f9b2afa513dc4dd79bf19bc9bad51a Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Feb 18 14:44:17 2009 +0100 msvcrt: Don't try to duplicate invalid handles. Don't reset std handles if we didn't set them. :040000 040000 2abf5f9a82de1d29b1fccadc658fc3a956388ac4 86464380dfe4aca4c5c11ea2a539a1fc5def03b8 M dlls Reverting this fault patch enables me to install Rocket Reader. The program doesn't install on wine 1.1.41. In terminal there is fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:richedit:ME_HandleMessage EM_SETMARGINS: stub fixme:sfc:SfcIsFileProtected ((nil), L"C:\\Program Files\\RocketReaderV83\\french.qmc") stub I'm attaching terminal output with +relay -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 21562] New: Multiple init/deinit of msvcrt (std fd's) causes pluto app installer to hang
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21562 Summary: Multiple init/deinit of msvcrt (std fd's) causes pluto app installer to hang Product: Wine Version: 1.1.37 Platform: x86 URL: http://pluto.brain-killer.org/download/pluto_FE_w32_en _0036.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, an interesting one... WINEDEBUG=+tid,+seh,+loaddll,+msvcrt,+server,+relay wine ./pluto_FE_w32_en_0036.exe >>log.txt 2>&1 The app installer creates an additional worker (unpack) thread from its main thread: --- snip --- 0009:Call KERNEL32.CreateThread(00000000,00000000,0042b674,00000000,00000000,00436718) ret=0042c3e8 0009: *fd* 6 <- 22 0009: new_thread( access=001f03ff, attributes=00000000, suspend=1, request_fd=6 ) 0009: new_thread() = 0 { tid=001b, handle=0004 } ... 001b:Starting thread proc 0x42b674 (arg=(nil)) ... 0009:Ret KERNEL32.CreateThread() retval=00000004 ret=0042c3e8 --- snip --- The app installer main thread contains a loop to check if the (unpack) worker thread (handle = 0x4) is still alive. While doing so, it pumps messages and delays the next check, illustrated by following code snippet: --- snip --- 0009:Ret KERNEL32.Sleep() retval=00000000 ret=004167e4 0009:Call KERNEL32.GetExitCodeThread(00000004,0032fd9c) ret=0042c40f 0009: get_thread_info( handle=0004, tid_in=0000 ) 0009: get_thread_info() = 0 { pid=0008, tid=001b, teb=7ffd4000, affinity=ffffffffffffffff, creation_time=1caa28d3911cf76 (-0.0285120), exit_time=0, exit_code=259, priority=0, last=0 } 0009:Ret KERNEL32.GetExitCodeThread() retval=00000001 ret=0042c40f 0009:Call user32.PeekMessageA(0032fd0c,00000000,00000000,00000000,00000001) ret=004167d9 ... 0009:Ret user32.PeekMessageA() retval=00000000 ret=004167d9 0009:Call KERNEL32.Sleep(00000001) ret=004167e4 --- snip --- Unfortunately something goes wrong and the app installer refuses to terminate - because the worker checking loop suddenly became a forever loop: --- snip --- ... 0009:Call KERNEL32.Sleep(00000001) ret=004167e4 0009:Ret KERNEL32.Sleep() retval=00000000 ret=004167e4 0009:Call KERNEL32.GetExitCodeThread(00000004,0032fd9c) ret=0042c40f 0009: get_thread_info( handle=0004, tid_in=0000 ) 0009: get_thread_info() = INVALID_HANDLE { pid=0000, tid=0000, teb=00000000, affinity=00000000, creation_time=0, exit_time=0, exit_code=0, priority=0, last=0 } 0009:Ret KERNEL32.GetExitCodeThread() retval=00000000 ret=0042c40f 0009:Call user32.PeekMessageA(0032fd0c,00000000,00000000,00000000,00000001) ret=004167d9 0009: get_message( flags=00000001, get_win=00000000, get_first=00000000, get_last=ffffffff, hw_id=00000000, wake_mask=00000000, changed_mask=00000000 ) 0009: get_message() = PENDING { win=00000000, msg=00000000, wparam=00000000, lparam=00000000, type=0, time=00000000, active_hooks=80000000, total=0, data={} } ... 0009:Ret user32.PeekMessageA() retval=00000000 ret=004167d9 --- snip --- The installer code doesn't evaluate the return code of GetExitCodeThread() but instead accesses the exit code variable directly, comparing it to 0x103 -> STILL_ACTIVE. Because the thread once lived in this state, this variable is never touched by Wine in case the thread handle becomes invalid. GetExitCodeThread() fails but the variable still contains the last known "good" value -> STILL_ACTIVE (the app doesn't reinit it). The app still thinks the worker is alive and goes into forever loop. Now the culprit: the thread handle, delivered to caller upon returning from CreateThread() is _never_ closed by app explicitly -> CloseHandle() so GetExitCodeThread() should be successful in any case. We have to go back in time to unearth the problem ... lets look what happens to this thread handle (0x4). --- snip --- ... 001b:Call KERNEL32.FreeLibrary(10000000) ret=004242bb 001b:Call PE DLL (proc=0x10001148,module=0x10000000 L"unpack.dll",reason=PROCESS_DETACH,res=(nil)) 001b:Ret PE DLL (proc=0x10001148,module=0x10000000 L"unpack.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 001b:Call PE DLL (proc=0x5de0cc9c,module=0x5de00000 L"crtdll.dll",reason=PROCESS_DETACH,res=(nil)) 001b:Ret PE DLL (proc=0x5de0cc9c,module=0x5de00000 L"crtdll.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 001b:Call PE DLL (proc=0x5c7cd8b4,module=0x5c790000 L"msvcrt.dll",reason=PROCESS_DETACH,res=(nil)) ... 001b:trace:msvcrt:DllMain (0x5c790000, DLL_PROCESS_DETACH, (nil)) pid(8), tid(1b), tls(4) 001b:trace:msvcrt:msvcrt_free_mt_locks : uninitializing all mtlocks ... 001b:trace:msvcrt:MSVCRT__close :fd (3) handle (0xfffffff6) 001b:Call KERNEL32.CloseHandle(fffffff6) ret=5c7ad9fc 001b: close_handle( handle=0004 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (3) freed 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (4) handle (0xfffffff5) 001b:Call KERNEL32.CloseHandle(fffffff5) ret=5c7ad9fc 001b: close_handle( handle=0008 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (4) freed 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (5) handle (0xfffffff4) 001b:Call KERNEL32.CloseHandle(fffffff4) ret=5c7ad9fc 001b: close_handle( handle=000c ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (5) freed 001b:trace:msvcrt:MSVCRT__close :ok 001b:trace:msvcrt:MSVCRT__fcloseall :closed (3) handles ... 001b:trace:msvcrt:MSVCRT__close :fd (0) handle (0x8) 001b:Call KERNEL32.CloseHandle(00000008) ret=5c7ad9fc 001b: close_handle( handle=0008 ) 001b: close_handle() = INVALID_HANDLE 001b:Ret KERNEL32.CloseHandle() retval=00000000 ret=5c7ad9fc ... 001b:warn:msvcrt:MSVCRT__close :failed-last error (6) ... 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (1) handle (0xc) 001b:Call KERNEL32.CloseHandle(0000000c) ret=5c7ad9fc 001b: close_handle( handle=000c ) 001b: close_handle() = INVALID_HANDLE 001b:Ret KERNEL32.CloseHandle() retval=00000000 ret=5c7ad9fc ... 001b:warn:msvcrt:MSVCRT__close :failed-last error (6) ... 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:MSVCRT__close :fd (2) handle (0x50) 001b:Call KERNEL32.CloseHandle(00000050) ret=5c7ad9fc 001b: close_handle( handle=0050 ) 001b: close_handle() = 0 001b:Ret KERNEL32.CloseHandle() retval=00000001 ret=5c7ad9fc 001b:trace:msvcrt:msvcrt_free_fd :fd (2) freed 001b:Call KERNEL32.GetStdHandle(fffffff4) ret=5c7ac729 001b:Ret KERNEL32.GetStdHandle() retval=0000000c ret=5c7ac729 001b:trace:msvcrt:MSVCRT__close :ok ... 001b:trace:msvcrt:msvcrt_free_console :Closing console handles --- snip --- *eek* ... the thread handle gets closed as part of msvcrt cleanup! PROCESS_DETACH -> msvcrt_free_io() -> MSVCRT__fcloseall() This will close fd(3), fd(4), fd(5) -> stdin,stdout,stderr Corresponding msvcrt init: --- snip --- ... 001b:Call PE DLL (proc=0x5c7cd8b4,module=0x5c790000 L"msvcrt.dll",reason=PROCESS_ATTACH,res=(nil)) ... 001b:trace:msvcrt:DllMain (0x5c790000, DLL_PROCESS_ATTACH, (nil)) pid(8), tid(1b), tls(0) ... 001b:Call KERNEL32.GetStartupInfoA(0096e4b8) ret=5c7acdd6 001b:Ret KERNEL32.GetStartupInfoA() retval=00000011 ret=5c7acdd6 001b:Call KERNEL32.GetStdHandle(fffffff6) ret=5c7acf77 001b:Ret KERNEL32.GetStdHandle() retval=00000004 ret=5c7acf77 001b:Call KERNEL32.DuplicateHandle(ffffffff,00000004,ffffffff,5c7db2e0,00000000,00000001,00000002) ret=5c7acfc0 001b: dup_handle( src_process=ffffffff, src_handle=0004, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=0008, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7acfc0 001b:Call KERNEL32.GetStdHandle(fffffff5) ret=5c7acff6 001b:Ret KERNEL32.GetStdHandle() retval=00000008 ret=5c7acff6 001b:Call KERNEL32.DuplicateHandle(ffffffff,00000008,ffffffff,5c7db304,00000000,00000001,00000002) ret=5c7ad03f 001b: dup_handle( src_process=ffffffff, src_handle=0008, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=000c, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7ad03f 001b:Call KERNEL32.GetStdHandle(fffffff4) ret=5c7ad075 001b:Ret KERNEL32.GetStdHandle() retval=0000000c ret=5c7ad075 001b:Call KERNEL32.DuplicateHandle(ffffffff,0000000c,ffffffff,5c7db328,00000000,00000001,00000002) ret=5c7ad0be 001b: dup_handle( src_process=ffffffff, src_handle=000c, dst_process=ffffffff, access=00000000, attributes=00000002, options=00000002 ) 001b: dup_handle() = 0 { handle=0050, self=1, closed=0 } 001b:Ret KERNEL32.DuplicateHandle() retval=00000001 ret=5c7ad0be 001b:trace:msvcrt:msvcrt_init_io :handles (0x8)(0xc)(0x50) --- snip --- The culprit: msvcrt is actually loaded and unloaded _two_ times! Upon the first unload sequence all std/fd handles are teared down (including handle 0x4) - this makes the handle values available in server again. When the worker thread is created it gets the unused handle 0x4 assigned from wineserver. This is the handle which is then polled by installers GetExitCodeThread() loop. When msvcrt is loaded a second time, GetStdHandle( STD_XXX) will still deliver its original value from PEB (0x4, 0x8, 0xC). Upon second msvcrt unload, fd(3), fd(4), fd(5) are closed again but this time they close something completely different (indication are also fd close errors following), leaving the app installer in forever loop. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 27478] New: wordview_zh-cn.exe crash
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27478 Summary: wordview_zh-cn.exe crash Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=35133) --> (http://bugs.winehq.org/attachment.cgi?id=35133) Log: start wordview_zh-cn.exe 1. Download wordview_zh-cn.exe from http://www.microsoft.com/downloads/zh-cn/confirmation.aspx?displaylang=zh-c… wget --referer=http://www.microsoft.com http://download.microsoft.com/download/3/a/c/3ac87e64-8099-46d6-8e04-363d2d… 2. start the installer with wine $ wine Wine/wordview_zh-cn.exe &> wordview_zh-cn.log then the installer will crash. See attachment for full log Backtrace: =>0 0x492cccb9 cabinet_seek_stream+0x19(hf=0, dist=0, seektype=0x1) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:280] in msi (0x003292a4) 1 0x360ac2b5 FDI_read_entries+0x54(fdi=0x556190, hf=0, pfdici=0x329438, pmii=0x5902f4) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:466] in cabinet (0x003293a4) 2 0x360b01eb FDICopy+0x23a(hfdi=0x556190, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x492ce170, pfnfdid=(nil), pvUser=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/cabinet/fdi.c:2535] in cabinet (0x003295b4) 3 0x492cebb7 msi_cabextract+0x456(package=0x529480, mi=0x555e10, data=0x329688) [/build/buildd/wine1.3-1.3.21/dlls/msi/media.c:632] in msi (0x00329624) -- 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 30076] New: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30076 Bug #: 30076 Summary: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a minor one ... When using .NET 4.x Framework in "Windows 7" mode (at least installer requires this) the terminal is spammed with: --- snip --- $ wine ./hello.exe ... fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 Hello C# World :-) --- snip --- This due to LOCALE_ALLOW_NEUTRAL_NAMES (0x8000000) being passed to allow returning neutral names/lcids for name. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318711%28v=vs.85%… --- quote --- Windows 7 and later: Can be set to LOCALE_ALLOW_NEUTRAL_NAMES to allow the return of a neutral LCID. --- quote --- One could set to default "Windows XP" after installation but I'm not sure about the side-effects. 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 11

[Bug 33377] New: Dependencies on third-party import dlls are undetected
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33377 Bug #: 33377 Summary: Dependencies on third-party import dlls are undetected Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44167 --> http://bugs.winehq.org/attachment.cgi?id=44167 Patch to reproduce this bug The attached patch reproduces an issue first encountered 'in the wild' with this set of patches: * [1/3] include: Add COM interface definitions needed for PrintDlgEx implementation. http://www.winehq.org/pipermail/wine-patches/2013-April/123420.html * [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-patches/2013-April/123422.html * Re: [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-devel/2013-April/099397.html Here is the core of the issue: * The patch contains a first chunk that modifies include/commdlg.h. * This causes a new symbol to be exported by libuuid.a. * The comdlg32:printdlg test needs that symbol to be relinked. The problem is that the WineTestBot does not do a full recompile (for performance reasons), and thus libuuid.a is not rebuilt. So the comdlg32 relink fails because of the missing symbol. Unfortunately there's really no clear indication in the patch that libuuid.a needs to be rebuilt. We could very well run into the same issue with dxguid or a number of other dlls. Some options: * Systematically do a full rebuild. This would be pretty wasteful. * Do a full rebuild whenever the patch touches 'include/'. * Hardcode a list of uuid-like dlls and rebuild them all whenever a patch touches 'include/'. * Detect which uuid-like dlls the test links with (by parsing the Makefile?), and rebuild those whenever the patch touches 'include/'. It's also possible that any chunk outside of the test directory could get us into trouble if we link with the corresponding dll. -- 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 2

[Bug 35367] New: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account)
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35367 Bug ID: 35367 Summary: Cyberlink Powerdirector 8 crashes during media scan (Wine ole32 code must take implicit MTA into account) Product: Wine Version: 1.7.10 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, Prerequisite: 'winetricks -q mfc42' Upon startup the app shows a registration dialog with some options: * "Buy Now" * "Activate" * "Try Now" After selecting "Try Now" the app continues loading and starts importing some media files. "Activation" feature also works (tested with some code found here and there). There is a crash (heap corruption) in libxml2/msxml during media import. This is a different problem which can be worked around with 'winetricks -q msxml3'. This bug is about the COM/OLE part of media import crash. Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/CyberLink/PowerDirector $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant wine ./PDR8.exe >>log2.txt 2>&1 ... 0016:Call shlwapi.PathFileExistsW(0430b2e4 L"C:\\Program Files\\CyberLink\\PowerDirector\\SampleClips\\ntsc\\Nature.mpg") ret=02cb0bbd ... 0016:Ret shlwapi.PathFileExistsW() retval=00000001 ret=02cb0bbd 0016:Call ole32.CoCreateInstance(02ce6e68,00000000,00000007,02ce6e38,0275b5b4) ret=02cb5171 0016:trace:ole:CoCreateInstance (rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, pUnkOuter=(nil), dwClsContext=00000007, riid={38df9356-47c1-40ef-89ce-af1d019b0baa}, ppv=0x275b5b4) 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:CoGetClassObject CLSID: {889ca1c3-e115-47e1-88ec-20df644e982a},IID: {00000001-0000-0000-c000-000000000046} 0016:trace:ole:apartment_addref 2e0000cafe: before = 8 ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered as in-proc server ... 0016:warn:ole:CoGetClassObject class {889ca1c3-e115-47e1-88ec-20df644e982a} not registered in-proc handler 0016:trace:ole:apartment_release 2e0000cafe: after = 8 0016:trace:ole:RPC_GetLocalClassObject rclsid={889ca1c3-e115-47e1-88ec-20df644e982a}, iid={00000001-0000-0000-c000-000000000046} 0016:trace:ole:RPC_GetLocalClassObject waiting for L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}" 0016:Call KERNEL32.WaitNamedPipeW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",ffffffff) ret=7e773bc3 0016:Ret KERNEL32.WaitNamedPipeW() retval=00000001 ret=7e773bc3 0016:Call KERNEL32.CreateFileW(0275b228 L"\\\\.\\pipe\\{889CA1C3-E115-47E1-88EC-20DF644E982A}",c0000000,00000000,00000000,00000003,00000000,00000000) ret=7e773c04 0016:Ret KERNEL32.CreateFileW() retval=00000914 ret=7e773c04 0016:Call KERNEL32.ReadFile(00000914,0275b158,000000c8,0275b220,00000000) ret=7e773e29 0016:Ret KERNEL32.ReadFile() retval=00000001 ret=7e773e29 0016:trace:ole:RPC_GetLocalClassObject read marshal id from pipe ... 0016:trace:ole:RPC_GetLocalClassObject unmarshalling local server 0016:trace:ole:CoUnmarshalInterface (0x4365a08, {6d5140c1-7436-11ce-8034-00aa006009fa}, 0x275b13c) ... 0016:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0016:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7e75bf7e 0016:Ret ntdll.RtlAllocateHeap() retval=043fd2f8 ret=7e75bf7e 0016:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{6d5140c1-7436-11ce-8034-00aa006009fa},....) 0016:err:ole:StdMarshalImpl_UnmarshalInterface Apartment not initialized 0016:err:ole:CoUnmarshalInterface IMarshal::UnmarshalInterface failed, 0x800401f0 ... 0016:trace:ole:CoUnmarshalInterface completed with hr 0x800401f0 0016:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e7740f4 ip=7e7740f4 tid=0016 0016:trace:seh:raise_exception info[0]=00000000 0016:trace:seh:raise_exception info[1]=000003de 0016:trace:seh:raise_exception eax=000003de ebx=7e854000 ecx=0275b100 edx=0275ef8c esi=0275ecc5 edi=0275eb8c 0016:trace:seh:raise_exception ebp=0275b378 esp=0275b100 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210286 --- snip --- "{889ca1c3-e115-47e1-88ec-20df644e982a}" is registered as out-of-process COM server: --- snip --- CLSID: {889CA1C3-E115-47E1-88EC-20DF644E982A} LOCAL SERVER: %ROOT%\PROGRA~1\CYBERL~1\SHARED~1\RICHVI~1.EXE TYPELIB: {D37B5B2C-8D1B-4832-89E4-6FCE903B3A18} VERSION IND. PROGID: RichVideo.RVInterface --- snip --- The problem most likely stems from crappy vendor code. The thread in question that ought to instantiate the COM object never explicitly initializes its COM apartment. >From my experience in 99% of the cases the developers forgot the call to CoInitializeEx() on thread entry and the reason why this works for native is the so called implicit MTA. Basically another thread in the process called CoInitializeEx(0, COINIT_MULTITHREADED), which means that the thread which forgot to call CoInitializeEx() was implicitly placed in the MTA (the app creates a crapload of threads). I had to change quite some code to make a proof-of-concept. There is various code in Wine ole32 that makes use of COM_CurrentApt() which doesn't take implicit MTA into account. --- snip --- # modified: dlls/ole32/compobj.c # modified: dlls/ole32/marshal.c # modified: dlls/ole32/rpc.c --- snip --- The app/thread was finally able to instantiate the out-of-process COM server and make COM calls. Media files were successfully imported and movies/images showed up in some thumbnail-like view. $ sha1sum cyberlink2220_vde09070801.exe 2fbc508b971332872b68761ea0d56803c5d122bd cyberlink2220_vde09070801.exe $ du -sh cyberlink2220_vde09070801.exe 236M cyberlink2220_vde09070801.exe $ wine --version wine-1.7.10-343-g770d09d 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 33749] New: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33749 Bug #: 33749 Summary: fix for "called from wrong apartment" bug in ClientRpcChannelBuffer_SendReceive Product: Wine Version: 1.6-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rosen.diankov(a)gmail.com Classification: Unclassified There are cases where the "called from wrong apartment" gets called in ole32/rpc.c:ClientRpcChannelBuffer_SendReceive and there is no COM apartment set. Actually the thread should be using the implicit multithreaded apartment created from a previous thread's CoInitializeEx call http://blogs.msdn.com/b/oldnewthing/archive/2013/04/19/10412399.aspx Therefore the fix is really simple, add this check right in the beginning of ClientRpcChannelBuffer_SendReceive if( !COM_CurrentApt() ) { apartment_joinmta(); } Note that in Windows 7 and beyond, there's a new flag that controls the implicit MTA behavior called APTTYPEQUALIFIER. http://msdn.microsoft.com/library/dd542638 Wine should support this for Windows 7 and beyond. -- 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 24688] New: RTL and encoding problem with Ihulan
by wine-bugs＠winehq.org 21 Jul '21

21 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24688 Summary: RTL and encoding problem with Ihulan Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English version called U.R.Celeb (http://urceleb.oniton.com/). The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe) has several issues: 1. The text is Gibberish. 2. On the terms of service (2nd page) the text is in Hebrew but selectingthe mixes its order, also the header (in read) are split in the middle by LRM for some reason... 3. The window is not RTL although I'm not sure it should be... This also demonstrates some of the typical problems with Hebrew. Kind regards, Yaron Shahrabani -- 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 34

[Bug 28795] New: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28795 Bug #: 28795 Summary: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector) Product: Wine Version: 1.3.30 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, newer versions of "ExeInfoPE" (>0.0.2.3) which coin their own PE protection scheme don't run anymore. There is still bug 26701 though the app crashes now earlier. With tracing enabled: --- snip --- ... 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000004,0032fe40) ret=05bd0336 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd0336 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000002,0032fe40) ret=05bd034b 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd034b 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0xb74a916a ip=b74a916a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=ffffffff 0024:trace:seh:raise_exception eax=7bc9d7a7 ebx=b75e0ff4 ecx=0032fdcc edx=7bc9d7a7 esi=0032fc74 edi=ffffffc8 0024:trace:seh:raise_exception ebp=0032fc48 esp=0032f6bc cs=0073 ds=007b es=007b fs=0033 gs=0002 flags=00010246 0024:trace:seh:call_vectored_handlers calling handler at 0x7e16e0bd code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x7e16e0bd returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x7bc90f61 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032f194) ret=7bc90f9b wine: Unhandled page fault on read access to 0xffffffff at address 0xb74a916a (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 52" 0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bc90f9b 0024:trace:seh:call_stack_handlers handler at 0x7bc90f61 returned 1 Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0xb74a916a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0002 EIP:b74a916a ESP:0032f6bc EBP:0032fc48 EFLAGS:00010246( R- -- I Z- -P- ) EAX:7bc9d7a7 EBX:b75e0ff4 ECX:0032fdcc EDX:7bc9d7a7 ESI:0032fc74 EDI:ffffffc8 Stack dump: 0x0032f6bc: 0032fc7c 7bc9d82e 0032fc58 b74a992c 0x0032f6cc: 0032fc7c 7bc9d82d 00000001 00000000 0x0032f6dc: 0032fc8c 7bc9d82d 00000001 00000001 0x0032f6ec: 7bc9d82d 00000000 00000000 00000001 0x0032f6fc: 7bc9d82d 00000000 00000000 00000000 0x0032f70c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0xb74a916a _IO_vfprintf+0x3a() in libc.so.6 (0x0032fc48) 1 0xb74cbdbb vsnprintf+0xca() in libc.so.6 (0x0032fc74) 2 0x7bc350f9 NTDLL_dbg_vprintf+0x56() in ntdll (0x0032fd90) 3 0xb761ab63 wine_dbg_printf+0x2e() in libwine.so.1 (0x0032fdc0) 4 0x7bc640e5 relay_call+0x113() in ntdll (0x0032fe10) 5 0x7b8224ad in kernel32 (+0x124ac) (0x0032fe60) 6 0x004075cd in exeinfope (+0x75cc) (0x0032fe60) 7 0x7b85de44 call_process_entry+0xb() in kernel32 (0x0032fe78) 8 0x7b85df8a start_process+0x143() in kernel32 (0x0032fec8) 9 0x7bc7a244 call_thread_func+0xb() in ntdll (0x0032fed8) 10 0x7bc7a282 call_thread_entry_point+0x33() in ntdll (0x0032ffb8) 11 0x7bc51ebc start_process+0x25() in ntdll (0x0032ffe8) 12 0xb761edb5 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 0xb74a916a _IO_vfprintf+0x3a in libc.so.6: movl %gs:0x00000000,%ecx --- snip --- The protection scheme fiddles with %gs selector value which breaks TLS pointer access through %gs:0 (Wine uses %fs) or the stack protector scheme that Userland libs and Wine are built with (glibc provided __stack_chk_guard at %gs:0x14). My gcc 4.6.1 x86 host toolchain has -fstack-protector enabled by default hence Wine gets the stack canary code in the binaries. The Glibc here (Xubuntu 11.10) has stack smashing protection enabled by default. Even if Wine is built with "-fno-stack-protector" the app would still break glibc %gs TLS code. This is just a "collector" bug for apps that run into this issue. WONTFIX obviously, there is no reliable way to know when to repair/restore %gs value (and restarting faulting instruction). 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 28326] New: CDBurnerXP's audio player is missing some visual elements
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28326 Summary: CDBurnerXP's audio player is missing some visual elements Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36293) --> (http://bugs.winehq.org/attachment.cgi?id=36293) Builtin/native gdiplus comparison screenshots In CDBurnerXP, the audio player dialog does not display the elapsed playback time, and the outer edges of the pseudo-LED showing the current track are also missing. Both can be seen with native gdiplus. To reproduce the problem: 1. Use winetricks dotnet20 before installing 2. From the main menu, choose "audio disc" 3. Observe the appearance of the audio player above the upper-right corner of the program window -- 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 11

[Bug 32517] New: installer of QQMusic 8.6 hangs
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32517 Bug #: 32517 Summary: installer of QQMusic 8.6 hangs Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified reproduce it follow this: 0. download it 4641e15fd47484798a2cd910dccffdc8 QQMusic_Setup_86_860.exe 1. wine QQMusic_Setup_86_860.exe This is the output information: fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32f124 63 chs) semi-stub fixme:msvcp:locale__Locimp__Makexloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makewloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makeushloc (0x32f124 63 0x1763a0 (nil)) semi-stub err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da my test enviroment: - Ubuntu 12.10 32bit - wine 1.5.20 -- 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 35921] New: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35921 Bug ID: 35921 Summary: DXVA Checker 3.0.x (.NET 2.0 app) needs IDirectXVideoProcessorService (via DXVA2CreateVideoService) Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. The app calls DXVA2CreateVideoService with the interface identifier IID_IDirectXVideoProcessorService and subsequently crashes while trying to use it. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxva2 wine ./DXVAChecker.exe >>log.txt 2>&1 ... 002a:Call dxva2.DXVA2CreateVideoService(001a3f80,001791e0,0033e574) ret=0393234c 002a:fixme:dxva2:DXVA2CreateVideoService (0x1a3f80, {fc51a552-d5e7-11d9-af55-00054e43ff02}, 0x33e574): stub 002a:Ret dxva2.DXVA2CreateVideoService() retval=80004001 ret=0393234c ... 002a:trace:seh:raise_exception code=c0000005 flags=0 addr=0x790020cf ip=790020cf tid=002a 002a:trace:seh:raise_exception info[0]=00000000 002a:trace:seh:raise_exception info[1]=00000000 002a:trace:seh:raise_exception eax=00000000 ebx=00142e50 ecx=00000000 edx=00000000 esi=0033e458 edi=0033e5ac 002a:trace:seh:raise_exception ebp=0033e440 esp=0033e424 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002a:trace:seh:call_stack_handlers calling handler at 0x79fcc4da code=c0000005 flags=0 --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/ms705631%28v=vs.85%… $ sha1sum DXVAChecker32_3.0.1.zip e7ba2151ae8cc2b9f805cbd1dd046c31f0d45a5b DXVAChecker32_3.0.1.zip $ du -sh DXVAChecker32_3.0.1.zip 564K DXVAChecker32_3.0.1.zip $ wine --version wine-1.7.15-209-g5d173f9 Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 15381] New: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15381 Summary: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6 Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmda(a)yandex.ru Created an attachment (id=16230) --> (http://bugs.winehq.org/attachment.cgi?id=16230) demo illustrating the problem if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel and lead to the errors Attached is client/server code that demonstrates the problem. If you comment out CoFreeUnusedLibraries call, it will start to work. Steps: -comple all 3 projects in the Workspace (Debug target is the only appropriate for the sake of demo) -make sure server and proxy are registered by running testserver.exe -RegServer, regsvr32 testserverPS.dll -run testproject.exe (the client) Expected behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will show client's message "call succeeded" and client will exit 5. after roughly 6sec it will show that the server is unloaded/ Actual behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will dump out trouble in the console and show client's message "call failed" You may call CoFreeUnusedLibraries anywhere in the appartment and it will break RPC on the server side. In some cases it will crash whole the server, like in the demo. Tested environment: Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates -- 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 14

[Bug 35611] New: A lot of user32:msg tests fail in the Japanese locale
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=35611 Bug ID: 35611 Summary: A lot of user32:msg tests fail in the Japanese locale Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Classification: Unclassified The WineTestBot's w7u VM runs the tests in the Japanese locale. This results in 49 test failures instead of the background of 6 test failures. This can also be seen in the fg-win7u64-ja VM which gets 55 failures. See: http://test.winehq.org/data/tests/user32:msg.html The failures happen in test_dbcs_wm_char() and test_unicode_wm_char(). msg.c:11812: Test failed: got message 31f msg.c:11817: Test failed: bad wparam 81/2260 msg.c:11819: Test failed: got message 102 msg.c:11829: Test failed: bad wparam 201a/2260 msg.c:11836: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11836: Failed sequence no messages: msg.c:11836: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11838: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11838: Failed sequence Unicode WM_CHAR: msg.c:11838: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11845: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11845: Failed sequence no messages: msg.c:11845: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11847: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11847: Failed sequence Unicode WM_CHAR: msg.c:11847: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11854: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11854: Failed sequence no messages: msg.c:11854: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11856: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11856: Failed sequence Unicode WM_CHAR: msg.c:11856: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11863: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11863: Failed sequence no messages: msg.c:11863: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11865: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11865: Failed sequence Unicode WM_CHAR: msg.c:11865: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11872: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11872: Failed sequence no messages: msg.c:11872: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11874: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11874: Failed sequence Unicode WM_CHAR: msg.c:11874: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11882: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11882: Failed sequence no messages: msg.c:11882: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11885: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11885: Failed sequence Unicode WM_CHAR: msg.c:11885: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11890: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11890: Failed sequence no messages: msg.c:11890: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11892: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11892: Failed sequence Unicode WM_CHAR: msg.c:11892: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11900: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11900: Failed sequence no messages: msg.c:11900: 0: expected: nothing - actual: MsgCheckProc: 003C03CE 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11908: Test failed: bad wparam 201a/2260 msg.c:11912: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11912: Failed sequence Unicode WM_CHAR: msg.c:11912: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11920: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11920: Failed sequence no messages: msg.c:11920: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11920: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11922: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11922: Failed sequence Unicode WM_CHAR: msg.c:11922: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11924: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11924: Failed sequence Unicode WM_CHAR: msg.c:11924: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11933: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11933: Failed sequence no messages: msg.c:11933: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11933: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11936: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11936: Failed sequence Unicode WM_CHAR: msg.c:11936: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11938: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11938: Failed sequence Unicode WM_CHAR: msg.c:11938: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11944: Test failed: no messages: 0: the msg sequence is not complete: expected 0000 - actual 0102 msg.c:11944: Failed sequence no messages: msg.c:11944: 0: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11944: 1: expected: nothing - actual: MsgCheckProc: 00080390 0102 wp 00000081 lp 00000000 (flags 19) msg.c:11946: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11946: Failed sequence Unicode WM_CHAR: msg.c:11946: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11948: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a msg.c:11948: Failed sequence Unicode WM_CHAR: msg.c:11948: 0: expected: msg 0102 - actual: MsgCheckProc: 00080390 0102 wp 0000201a lp 00000000 (flags 19) msg.c:11953: Test failed: Unicode WM_CHAR: 0: in msg 0x0102 expecting wParam 0x2260 got 0x201a0081 msg.c:11953: Failed sequence Unicode WM_CHAR: msg.c:11953: 0: expected: msg 0102 - actual: MsgCheckProc: 003C03CE 0102 wp 201a0081 lp 00000000 (flags 19) msg.c:11962: Test failed: bad wparam 81/30fb msg.c:11969: Test failed: bad wparam 81/30fb msg.c:11980: Test failed: bad wparam 3f/81 msg.c:11982: Test failed: no message msg.c:11985: Test failed: bad wparam 3f/81 msg.c:11995: Test failed: bad wparam 3f/81 msg.c:12001: Test failed: unexpected hwnd 003C03CE msg.c:12002: Test failed: unexpected message 31f msg.c:12003: Test failed: bad wparam 1/81 msg.c:12012: Test failed: bad wparam 3f/81 msg.c:12019: Test failed: unexpected hwnd 00000000 msg.c:12021: Test failed: bad wparam 81/81 msg.c:12022: Test failed: bad lparam 0 msg.c:12023: Test failed: bad time 1b0e62/1b0e90 msg.c:12032: Test failed: unexpected hwnd 003C03CE msg.c:12037: Test failed: unexpected hwnd 003C03CE msg.c:12044: Test failed: bad wparam 3f/81 msg.c:12049: Test failed: bad wparam 3f/81 -- 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 34966] New: Academagia (WPF game) dialog windows are invisible until alt-tabed out
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34966 Bug #: 34966 Summary: Academagia (WPF game) dialog windows are invisible until alt-tabed out Product: Wine Version: 1.7.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Classification: Unclassified installed dotnet51sp1 from the latest winetricks on a 32 bits prefix installed windowscodecs from the latest winetricks the same 32 bits prefix installed the game on the same 32 bits prefix then; started notpad: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' notepad started the game with these options: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' WINEDEBUG=+tid,+seh,+relay wine ./Academagia.exe >>log.txt 2>&1 And waited until the first dialog window i was able to activate, alt-tabed out (that was when i noticed it became visible) and killed the corresponding wineserver with: WINEPREFIX='/home/i30817/wine32bits' WINEARCH='win32' wineserver -k The log is quite large uncompressed (1.5 GB), but actually 30mb compressed. Still too large to upload here; but it can go to my google drive: https://drive.google.com/file/d/0BzxkBmaf1EiWTmhiQjJ1YkllZWc/edit?usp=shari… -- 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 12968] New: MS Visual Studio V6 setup error 258 since 0.9.58
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12968 Summary: MS Visual Studio V6 setup error 258 since 0.9.58 Product: Wine Version: 0.9.61. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: k.king177(a)ntlworld.com trying to install Visual Studio v6 get MS Msgbox headed "Setup Error 258" with text Your setup files may be damaged. Try restarting the setup program from where you originally ran it. this is probably related or from same issue causing bug# 12967 for Office 97 see that bug for environment details. -- 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 15948] New: Error generated when trying to install visual studio 6.0 into centos5 via wine
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15948 Summary: Error generated when trying to install visual studio 6.0 into centos5 via wine Product: Wine Version: 1.1.7 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boniemx(a)gmail.com Created an attachment (id=17135) --> (http://bugs.winehq.org/attachment.cgi?id=17135) error-log for installation of visual studio 6.0 via wine into centos5 Hi, am trying to install Visual studio 6.0, but it produces the error that I have attached. Please I need to do this urgently. Please help -- 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

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 2014