October 2016 - Wine-bugs - list.winehq.org

[Bug 35127] New: Gamehall (Chinese game client) crashes in comctl32
by wine-bugs＠winehq.org 23 Dec '21

23 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=35127 Bug ID: 35127 Summary: Gamehall (Chinese game client) crashes in comctl32 Product: Wine Version: 1.7.8 Hardware: x86 URL: http://fcg.uc108.com/gamehall/down.aspx?downid=113 OS: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Classification: Unclassified Created attachment 46857 --> http://bugs.winehq.org/attachment.cgi?id=46857 terminal output I came across this bug when looking at bug #35125. The application is (probably) a game client for playing card games. Everything in the installer and in the application is displayed in Chinese so I don't understand a word of it, but here are the steps to reproduce the crash: 1. download the client from the above url and launch it. Installation should be straightforward even though everything is displayed in Chinese. 2. start the application with GameHall.exe. There are 3 green buttons at the bottom, click on the leftmost one. Some files are being downloaded(?) and Wine crashes in comctl32 before the application interface is loaded. 'winetricks comctl32' is a workaround to the crash. gamehallsetup.exe md5sum: b091c46d56680a7376853460dc8510ce wine-1.7.8-88-gfb75292 -- 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 29

[Bug 29934] New: Weird Worlds: Launcher no longer launches the game
by wine-bugs＠winehq.org 17 Dec '21

17 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29934 Bug #: 29934 Summary: Weird Worlds: Launcher no longer launches the game Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samurai_no_densetsu(a)yahoo.es Classification: Unclassified Weird Worlds's launcher no longer works as expected. Since this is a regression, I did a regression test but it was unsuccessful. The launcher works fine from wine-1.0 to wine-1.3.25, including the stable version wine-1.2.3. So I tried to bisect 1.3.25 against 1.4-rc4. When I was doing the bisection learned that between wine-1.3.27 and wine-1.3.33 (both included) the launcher didn't even appear, and manually had to skip all that range, and within wine-1.3.34 to wine-1.4-rc4 the menu launcher is there but no longer launches the game. Can't provide a regression id as the issue clearly raised between wine-1.3.27 and wine-1.3.33, versions in which the launcher does not start so is virtually impossible to test. Didn't noticed earlier as the game can be launched from scripts or commandline this way: wine weird.exe -skiplauncher -game default Luckyly there's a demo showing the same behaviour here: http://www.shrapnelgames.com/Demos/DD_WW_win.html I wish I could add more info, but that's all I have right now. -- 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 45

[Bug 36544] New: The Weather Channel Desktop App for Windows fails to install
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=36544 Bug ID: 36544 Summary: The Weather Channel Desktop App for Windows fails to install Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: alfredo.pacheco32(a)gmail.com Created attachment 48639 --> http://bugs.winehq.org/attachment.cgi?id=48639 Backtrace text file When attempting to open and install the app, an error occurs, stating missing files. http://www.weather.com/mobile/win7desktop/installer/twcsetup.exe Lubuntu 14.04 GNOME v3.8.4 Kernel 3.13.0.-27-generic -- 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 38055] New: The Weather Channel for Windows Desktop 2.1.x (.NET 4.0 app) installer crashes
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=38055 Bug ID: 38055 Summary: The Weather Channel for Windows Desktop 2.1.x (.NET 4.0 app) installer crashes Product: Wine Version: 1.7.36 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, split off from bug 36544 (which was about old/different installer). --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+msi,+vbscript,+ole,+variant,+msxml wine ./twcsetup.exe >>log.txt 2>&1 ... 002a:Call KERNEL32.CreateProcessW(00000000,0015eddc L"MSIEXEC.EXE /i \"C:\\users\\focht\\Local Settings\\Application Data\\Downloaded Installations\\{AC08ECED-D6F8-404E-93A0-F037F0623C92}\\The Weather Channel App.msi\" SETUPEXEDIR=\"Z:\\home\\focht\\Downloads\" SETUPEXENAME=\"twcsetup.exe\"",00000000,00000000,00000000,00000020,00000000,00000000,0033c240,0033c2ac) ret=004598a9 ... 002c:Call KERNEL32.__wine_kernel_init() ret=7bc5a89d 002a:Ret KERNEL32.CreateProcessW() retval=00000001 ret=004598a9 ... 002c:trace:msi:ACTION_CustomAction Handling custom action L"StartMetric" (c6 L"NewBinary19" L"StartMetric") ... 0034:trace:msi:ACTION_CallScript function L"StartMetric", script L"Const HKEY_CURRENT_USER = &H80000001\r\n\r\nconst CobrandRegKey = \"HKCU\\SOFTWARE\\The Weather Channel\\Cobrand\"\r\n\r\nConst KeyPath = \"SOFTWARE\\The Weather Channel\"\r\n\r\nConst RunPath = \"SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Run\"\r\n\r\nConst SubKey = \"Cobrand\"\r\n\r\nConst JustI"... ... 0034:trace:ole:ITypeInfo_fnGetIDsOfNames -- 0x00000000 0034:trace:vbscript:DispatchEx_QueryInterface (0x1f3ce8)->(IID_IDispatchEx 0x56e4d0) 0034:trace:vbscript:DispatchEx_AddRef (0x1f3ce8) ref=2 0034:trace:vbscript:DispatchEx_InvokeEx (0x1f3ce8)->(af 0 3 0x56e58c 0x56e5f0 0x56e4b0 (nil)) 0034:trace:vbscript:Global_CreateObject (0x56e2d8 {VT_BSTR: L"MSXML2.XMLHTTP.3.0"}) 0034:Call ole32.CLSIDFromProgID(00b49e6c L"MSXML2.XMLHTTP.3.0",0056e1a8) ret=f674bf6b ... 0034:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\msxml3.dll" 0034:trace:ole:apartment_getclassobject calling DllGetClassObject 0xf640c940 0034:Call msxml3.DllGetClassObject(0056e1a8,f6777254,0056e1c8) ret=7ea7ef05 0034:trace:msxml:DllGetClassObject {f5078f35-c551-11d3-89b9-0000f81fe221} {00000001-0000-0000-c000-000000000046} 0x56e1c8 0034:Ret msxml3.DllGetClassObject() retval=00000000 ret=7ea7ef05 ... 0034:Ret ole32.CoGetClassObject() retval=00000000 ret=f674c0e3 0034:fixme:msxml:ClassFactory_QueryInterface interface {342d1ea0-ae25-11d1-89c5-006008c3fbfc} not implemented 0034:trace:msxml:ClassFactory_CreateInstance (nil) {00000000-0000-0000-c000-000000000046} 0x56e1bc 0034:trace:msxml:XMLHTTPRequest_create (0x56e13c) 0034:Call ntdll.RtlAllocateHeap(00110000,00000000,00000064) ret=f64317ed 0034:Ret ntdll.RtlAllocateHeap() retval=00b467b0 ret=f64317ed 0034:trace:msxml:XMLHTTPRequest_create returning iface 0xb467b0 0034:trace:msxml:XMLHTTPRequest_QueryInterface (0xb467b0)->({00000000-0000-0000-c000-000000000046} 0x56e1bc) 0034:trace:msxml:XMLHTTPRequest_AddRef (0xb467b0)->(2) 0034:trace:msxml:XMLHTTPRequest_Release (0xb467b0)->(1) 0034:trace:msxml:XMLHTTPRequest_QueryInterface (0xb467b0)->({fc4801a3-2ba9-11cf-a229-00aa003d7352} 0x56e158) 0034:trace:msxml:XMLHTTPRequest_AddRef (0xb467b0)->(2) 0034:trace:msi:MsiActiveScriptSite_QueryInterface (0xb455c8)->({6d5140c1-7436-11ce-8034-00aa006009fa}, 0x56e110) 0034:err:vbscript:create_ax_site Could not get IServiceProvider iface: 80004002 0034:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf674bf09 ip=f674bf09 tid=0034 0034:trace:seh:raise_exception info[0]=00000000 0034:trace:seh:raise_exception info[1]=00000000 0034:trace:seh:raise_exception eax=00000000 ebx=f6785000 ecx=00000000 edx=0056ef8c esi=f6783500 edi=0056e3a0 0034:trace:seh:raise_exception ebp=0056e178 esp=0056e140 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0034:trace:seh:call_stack_handlers calling handler at 0x7bc9ecab code=c0000005 flags=0 --- snip --- I've extracted the relevant VBScript function from the MSI custom action: --- snip --- Function StartMetric() On Error Resume Next Dim oXMLDoc, oXMLHTTP, path path = Left(Session.Property("INSTALLDIR"), Len(Session.Property("INSTALLDIR"))-1) If Session.Property("SOURCE") = "" Then Session.Property("SOURCE") = "Weather" End If CreateRegistryKey() CreateSubKeyAndValue(Session.Property("SOURCE")) CreateJustInstalledKey("true") Session.Property("LaunchApp") = "cmd.exe /c cd " + path +" & TWC.Win7.exe " + Session.Property("SOURCE") Set oXMLHTTP = CreateObject("MSXML2.XMLHTTP.3.0") Set oXMLDoc = CreateObject("MSXML2.DOMDocument") call oXMLHTTP.open("POST",InstallMetricsURL(Session.Property("SOURCE")),False) call oXMLHTTP.setRequestHeader("Content-Type","application/x-www-form-urlencoded") call oXMLHTTP.send() End Function --- snip --- Debugger session: --- snip --- Backtrace: =>0 0xf70e1f09 set_object_site+0x8e(ctx=0x12a910, obj=0x135a98) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:216] in vbscript (0x0033f418) 1 0xf70e2325 create_object+0x3ea(ctx=0x12a910, progid="MSXML2.XMLHTTP.3.0") [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:283] in vbscript (0x0033f4f8) 2 0xf70e6333 Global_CreateObject+0xe3(This=0x123c68, arg=0x33f578, args_cnt=0x1, res=0x33f890) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/global.c:1580] in vbscript (0x0033f548) 3 0xf70f743b invoke_builtin+0x491(This=0x123c68, prop=0xf711a130, flags=0x3, dp=0x33f82c, res=0x33f890) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/vbdisp.c:220] in vbscript (0x0033f658) 4 0xf70f84da DispatchEx_InvokeEx+0x66b(iface=0x123c68, id=0xaf, lcid=0x409, wFlags=0x3, pdp=0x33f82c, pvarRes=0x33f890, pei=0x33f750, pspCaller=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/vbscript/vbdisp.c:451] in vbscript (0x0033f708) ... --- snip --- Source: http://source.winehq.org/git/wine.git/blob/7a4860104772597b70444238b82887bd… 'winetricks -q wsh57' works around. $ sha1sum twcsetup.exe 1d3eadcc311e071188b8e2cfe15ae9a319447eef twcsetup.exe $ du -sh twcsetup.exe 4.0M twcsetup.exe $ wine --version wine-1.7.36-16-g748788f 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 5

[Bug 37891] New: Firefox 35.0 installer crashes ('INetFwAuthorizedApplication::IpVersion' property accessors are stubs)
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=37891 Bug ID: 37891 Summary: Firefox 35.0 installer crashes ('INetFwAuthorizedApplication::IpVersion' property accessors are stubs) Product: Wine Version: 1.7.34 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+hnetcfg wine ./Firefox\ Setup\ 35.0.exe >>log.txt 2>&1 ... 0009:Call KERNEL32.CreateProcessA(00000000,00431680 ".\\setup.exe",00000000,00000000,00000000,00000000,00000000,00000000,0033fbec,0033fc3c) ret=00411784 ... 002b:Call KERNEL32.__wine_kernel_init() ret=7bc5a88d 0009:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00411784 ... 002f:fixme:hnetcfg:fw_app_put_Name 0x1c39c0, L"Firefox (C:\\Program Files\\Mozilla Firefox)" ... 002f:fixme:hnetcfg:fw_app_put_Scope 0x1c39c0, 0 002f:fixme:hnetcfg:fw_app_put_IpVersion 0x1c39c0, 2 002f:trace:hnetcfg:fw_app_QueryInterface 0x1c39c0 {df0b3d60-548f-101b-8e65-08002b2bd119} 0x97e018 002f:fixme:hnetcfg:fw_app_QueryInterface interface {df0b3d60-548f-101b-8e65-08002b2bd119} not implemented 002f:Call msvcrt._CxxThrowException(0097dfe8,003e22f0) ret=003e1c55 002f:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0097df84) ret=7d575949 002f:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83b39f ip=7b83b39f tid=002f 002f:trace:seh:raise_exception info[0]=19930520 002f:trace:seh:raise_exception info[1]=0097dfe8 002f:trace:seh:raise_exception info[2]=003e22f0 002f:trace:seh:raise_exception eax=7b827025 ebx=7b8bf000 ecx=19930520 edx=0097ded4 esi=0097df80 edi=0097df40 002f:trace:seh:raise_exception ebp=0097df18 esp=0097deb4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00200283 002f:trace:seh:call_stack_handlers calling handler at 0x3e1f1c code=e06d7363 flags=1 002f:trace:seh:cxx_frame_handler handling C++ exception rec 0x97dec0 frame 0x97e05c trylevel 2 descr 0x3e218c nested_frame (nil) 002f:trace:seh:dump_exception_type flags 0 destr 0x3e1cd0 handler (nil) type info 0x3e22e8 002f:trace:seh:dump_exception_type 0: flags 0 type 0x3e3010 {vtable=0x3e208c name=.?AV_com_error@@ ()} offsets 0,-1,0 size 16 copy ctor 0x3e1ca3 002f:trace:seh:dump_function_descr magic 19930520 002f:trace:seh:dump_function_descr unwind table: 0x3e2120 9 002f:trace:seh:dump_function_descr 0: prev -1 func (nil) 002f:trace:seh:dump_function_descr 1: prev 0 func 0x3e1ee4 002f:trace:seh:dump_function_descr 2: prev 1 func 0x3e1eec 002f:trace:seh:dump_function_descr 3: prev 2 func 0x3e1ef4 002f:trace:seh:dump_function_descr 4: prev 2 func 0x3e1efc 002f:trace:seh:dump_function_descr 5: prev 2 func 0x3e1f04 002f:trace:seh:dump_function_descr 6: prev 5 func 0x3e1f0c 002f:trace:seh:dump_function_descr 7: prev 6 func 0x3e1f14 002f:trace:seh:dump_function_descr 8: prev -1 func (nil) 002f:trace:seh:dump_function_descr try table: 0x3e2178 1 002f:trace:seh:dump_function_descr 0: start 0 end 7 catchlevel 8 catch 0x3e2168 1 002f:trace:seh:dump_function_descr 0: flags 8 offset -60 handler 0x3e1281 type 0x3e3010 {vtable=0x3e208c name=.?AV_com_error@@ ()} 002f:trace:seh:call_catch_block matched type 0x3e22c8 in tryblock 0 catchblock 0 002f:Call ntdll.RtlUnwind(0097e05c,00000000,0097dec0,00000000) ret=7d580125 ... 002f:trace:hnetcfg:fw_manager_Release destroying 0x1c6470 ... 002f:trace:seh:call_catch_block calling catch block 0x3e2168 addr 0x3e1281 ebp 0x97e068 002f:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf7447e06 ip=f7447e06 tid=002f 002f:trace:seh:raise_exception info[0]=00000000 002f:trace:seh:raise_exception info[1]=80004001 002f:trace:seh:raise_exception eax=00000000 ebx=7d5f6000 ecx=00000001 edx=0097d6a8 esi=0097e068 edi=80004001 002f:trace:seh:raise_exception ebp=0097d618 esp=0097d5d4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210287 002f:trace:seh:call_stack_handlers calling handler at 0x7d57fb7f code=c0000005 flags=0 ... --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365266%28v=vs.85%… Source: http://source.winehq.org/git/wine.git/blob/ab7a707136997453de5a7ed87828899c… --- snip --- 253 static HRESULT WINAPI fw_app_get_IpVersion( 254 INetFwAuthorizedApplication *iface, 255 NET_FW_IP_VERSION *ipVersion ) 256 { 257 fw_app *This = impl_from_INetFwAuthorizedApplication( iface ); 258 259 FIXME("%p, %p\n", This, ipVersion); 260 return E_NOTIMPL; 261 } --- snip --- Bug 37624 is a similar problem domain: "Adobe CS4 installer fails ('INetFwOpenPort::Name' property accessors are stubs)" $ sha1sum Firefox\ Setup\ 35.0.exe e80a795d9a379a89296c087c97f0c1ca13157157 Firefox Setup 35.0.exe $ du -sh Firefox\ Setup\ 35.0.exe 38M Firefox Setup 35.0.exe $ wine --version wine-1.7.34-20-g6bad163 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 6

[Bug 32845] New: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit works)
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32845 Bug #: 32845 Summary: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit works) Product: Wine Version: 1.4.1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lordmael(a)gmail.com Classification: Unclassified Created attachment 43377 --> http://bugs.winehq.org/attachment.cgi?id=43377 Backtrace from the wine error log. Installing Cisco Security Manager (CSM) 4.2 on ubuntu 64bit fails but when installing it in 32bit ubuntu it installs and runs fine. I followed the directions to install the replacement advpack.dll and update it in the wine libraries as well as installing java in the wine environment prior to installing CSM. Running ubuntu 12.10 x64 with wine 1.4.1 (perhaps I need to update) Willing to help out as much as needed :) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 34648] New: J2SE Runtime Environment 5.0 Update 10 installer 'patchjre' tool crashes due to unbuffered io on redirected stdout pipe
by wine-bugs＠winehq.org 15 Dec '21

15 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=34648 Bug #: 34648 Summary: J2SE Runtime Environment 5.0 Update 10 installer 'patchjre' tool crashes due to unbuffered io on redirected stdout pipe Product: Wine Version: 1.7.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... The first thing to notice is the installer seeming to hang without showing GUI. It actually tries to call home to 'jal.sun.com' which might take up to a minute until it times out. Not sure why they didn't remove the DNS entry if the host is dead/filtered/blocked anyway. --- snip --- 0009:trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD /webapps/installstat/CountryLookup HTTP/1.1\r\nHost: jal.sun.com\r\nContent-Length: 0\r\nUser-Agent: jupdate\r\nCache-Control: no-cache\r\nConnection: Keep-Alive\r\n\r\n" 0009:trace:wininet:GetAddress L"jal.sun.com" 0009:trace:wininet:HTTP_ResolveName resolved L"jal.sun.com" to 192.18.97.143 0009:trace:wininet:open_http_connection connecting to L"jal.sun.com", proxy (null) --- snip --- (test with a browser) The crash itself can be reproduced by running the following command after failed install attempt: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Common Files/Java/Update/Base Images/jre1.5.0.b64/patch-jre1.5.0_10.b03 $ wine ./patchjre.exe -s "C:\\Program Files\\Java\\jre1.5.0_10" --- snip --- Backtrace: --- snip --- Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xf7527245). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:f7527245 ESP:0033c33c EBP:0033c398 EFLAGS:00010206( R- -- I - -P- ) EAX:00000001 EBX:f75a5000 ECX:00000022 EDX:00000000 ESI:7e5ea308 EDI:7b868ca6 Stack dump: 0x0033c33c: 00000001 00000000 00000004 0033c398 0x0033c34c: 00000000 00000000 0012fa10 00000000 0x0033c35c: 00000000 00000000 00000000 0033c340 0x0033c36c: 7e61e000 7e5ea308 7b868ca6 0033c398 0x0033c37c: 7e5ea32f 00000001 0040a32c 0033db40 0x0033c38c: 0040626c 00000000 00000000 0033db40 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0xf7527245 __strstr_sse42+0x25() in libc.so.6 (0x0033c398) 1 0x7e5ea32f MSVCRT_strstr+0x26(haystack=*** invalid address 0x1 ***, needle=""") [/home/focht/projects/wine/wine-git/dlls/msvcrt/string.c:1725] in msvcrt (0x0033c398) 2 0x0040628f in patchjre (+0x628e) (0x0033db40) 3 0x00401155 in patchjre (+0x1154) (0x0033fd84) 4 0x00406daa in patchjre (+0x6da9) (0x0033fe20) 5 0x7b863cf0 call_process_entry+0xb() in kernel32 (0x0033fe38) --- snip --- The patcher creates pipes for child process stdio: --- snip --- 0025:Call KERNEL32.CreatePipe(0033db30,0033db24,0033db18,00000400) ret=0040616e 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040616e 0025:Call KERNEL32.CreatePipe(0033db34,0033db28,0033db18,00000400) ret=0040618b 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040618b 0025:Call KERNEL32.CreatePipe(0033db38,0033db2c,0033db18,00000400) ret=004061a2 0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=004061a2 ... 0025:Call KERNEL32.SetHandleInformation(00000064,00000001,00000000) ret=00406205 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406205 0025:Call KERNEL32.SetHandleInformation(00000068,00000001,00000000) ret=0040620d 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=0040620d 0025:Call KERNEL32.SetHandleInformation(00000070,00000001,00000000) ret=00406215 0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406215 --- snip --- The child process is started: --- snip --- ... 0025:Call KERNEL32.CreateProcessA(00000000,0033cbbc "C:\\Program Files\\Java\\jre1.5.0_10\\bin\\java.exe -fullversion",00000000,00000000,00000001,08000008,00000000,00000000,0033dabc,0033db00) ret=00406248 ... 0027:Call KERNEL32.__wine_kernel_init() ret=7bc594f9 0025:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00406248 ... --- snip --- The parent (patcher) immediately issues a blocking read on child stdout pipe without waiting for anything. It blocks until the child writes something to other end of pipe: --- snip --- 0025:Call KERNEL32.ReadFile(00000070,0033d3bc,00000100,0033db48,00000000) ret=0040626c --- snip --- The child parses the command line and (f)prints out the version string to "stdout" pipe. I added more trace info to show 'MSVCRT_fwrite' and 'MSVCRT__write' calls + args. --- snip --- 0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74) 0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f 0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f 0027:trace:msvcrt:pf_printf_a Format is: "%s full version \"%s\"\n" 0027:trace:msvcrt:_lock (30) 0027:trace:msvcrt:MSVCRT_fwrite :file (0x7ed22320) ptr (0x40809c) wrcnt (4) file->_cnt=0 0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74) 0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f 0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f 0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000200) ret=7ecb8877 0027:Ret ntdll.RtlAllocateHeap() retval=00134f48 ret=7ecb8877 0027:trace:msvcrt:MSVCRT__write :fd (2) handle (116) buf (0x40809c) len (4) 0027:Call KERNEL32.WriteFile(00000074,0040809c,00000004,0033f7a4,00000000) ret=7ecb4157 0027:Ret KERNEL32.WriteFile() retval=00000001 ret=7ecb4157 0027:trace:msvcrt:_unlock (30) 0027:trace:msvcrt:_lock (30) --- snip --- Upon pipe write of client, the parent's blocking read returns and it starts parsing the output: --- snip --- 0025:Ret KERNEL32.ReadFile() retval=00000001 ret=0040626c Regards ... 0025:Call msvcrt.strstr(0033d3bc "java",0040a32c "\"") ret=00406280 ... 0025:Ret msvcrt.strstr() retval=00000000 ret=00406280 ... 0025:Call msvcrt.strstr(00000001,0040a32c "\"") ret=0040628f ... 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747d245 ip=f747d245 tid=0025 --- snip --- Unfortunately the buffer of client fprintf() call was not written in one piece (buffered io) causing the parent to read only a partial string. Due to crappy coding it crashes (2x strstr for '"' won't work for partial data). As seen in trace the first 4 bytes were directly written to pipe without any buffering. The child process fprintf() call to stdout (pipe): --- snip --- ... 0040111F mov dword ptr [40AEB8h], 40809Ch ; offset "java" ... 00402007 push 4085DCh ; offset to "1.5.0-b64" 0040200C push dword ptr [40AEB8h] ; -> "java" 00402012 add eax, 40h 00402015 push 4085E8h ; offset to "%s full version \"%s\"\n" 0040201A push eax ; FILE * 0040201B call fprintf --- snip --- The first call to WriteFile() is actually the result of outputting first string argument after format string -> 40809Ch = "java" (len=4). Each vfprintf() argument handler -> pf_output_xxx will immediately trigger an unbuffered write to the pipe(s). Example session with winedbg showing use of buffered stdio when started from console (len = 0x1f): --- snip --- =>0 0x7b83db29 WriteFile(hFile=0x17, buffer=0x112110, bytesToWrite=0x1f, bytesWritten=0x33f9bc, overlapped=(nil)) [/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:529] in kernel32 (0x0033fa38) 1 0x7ecace65 msvcrt_flush_buffer+0x54(file=0x7ed22320) [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:565] in msvcrt (0x0033fa78) 2 0x7ecad0b8 remove_std_buffer+0x10(file=0x7ed22320) [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:628] in msvcrt (0x0033fa98) 3 0x7ecb7630 MSVCRT_vfprintf+0x91(file=0x7ed22320, format="%s full version "%s" ", valist="") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4491] in msvcrt (0x0033fae8) 4 0x7ecb7aca MSVCRT_fprintf+0x35(file=0x7ed22320, format="%s full version "%s" ") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4612] in msvcrt (0x0033fb1c) 5 0x00402021 in java (+0x2020) (0x00111ff3) --- snip --- It seems to me that buffered io should be still done even if stdout is connected to a pipe. 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 32385] New: MSTSC (Remote Desktop) drawing issues
by wine-bugs＠winehq.org 13 Dec '21

13 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=32385 Bug #: 32385 Summary: MSTSC (Remote Desktop) drawing issues Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: kenjiru.ro(a)gmail.com Classification: Unclassified Created attachment 42734 --> http://bugs.winehq.org/attachment.cgi?id=42734 Drawing issues. When it works, it has some drawing issues. Some windows are not drawn correctly at all, the title bars of some windows are not drawn. I see a lot of messages in the console, but I don't know which ones are to blame. I've attached the console output. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 3

[Bug 29503] New: Stucuk's Setup System patcher often fails with 'Canvas does not allow drawing' error message
by wine-bugs＠winehq.org 13 Dec '21

13 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=29503 Bug #: 29503 Summary: Stucuk's Setup System patcher often fails with 'Canvas does not allow drawing' error message Product: Wine Version: 1.3.36 Platform: x86 URL: http://www.fileplanet.com/207230/200000/fileinfo/Dark- Horizon-Patch-v1.0.6.1 OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Classification: Unclassified Created attachment 38206 --> http://bugs.winehq.org/attachment.cgi?id=38206 screenshot (patcher running in virtual desktop) The installer of the patch made for Dark Horizon uses a Stucuk's Setup System according to the file properties. The installer of the community patch made for Original War also uses this kind of patcher, sharing the same problem. The patcher for Dark Horizon consists of nearly 3000 small files. The installation process doesn't take long (15-20 seconds). At some point during the install process, the patcher is interrupted with an error message: 'Setup Thread Error: Canvas does not allow drawing', and the installer quits prematurely. This happens fairly often (maybe 8 times out of 10 attempts), but sometimes the patcher finishes the job without erroring out. Before the error message pops up, text which normally appears inside the installer window also printed and overwritten several hundreds of times in the upper left corner of the screen (see attached screenshot). This happens both in virtual desktop mode and in full-screen. To reproduce the problem with the patcher made for Dark Horizon you don't have to download the demo for the game; the patch can be installed alone in a selected directory anywhere inside a wineprefix. -- 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 41615] New: Max Payne 1 and 2 crash using glsl=enabled
by wine-bugs＠winehq.org 13 Dec '21

13 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=41615 Bug ID: 41615 Summary: Max Payne 1 and 2 crash using glsl=enabled Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mrdeathjr28(a)yahoo.es Distribution: --- Created attachment 55965 --> https://bugs.winehq.org/attachment.cgi?id=55965 backtrace-max-payne-1-glsl Max Payne 1 and 2 crash using glsl=enabled during 1st chapter Both crash during 1st chapter however if use glsl=disabled in wine register works stable both games pass 1st chapter with crashes System Specs Using in Tests Nvidia Drivers 375.10 (run package from nvidia drivers homepage) Xubuntu 16.04 64Bit - Kernel 4.4.0-44 generic (ubuntu mainline) - CPUFreq: Performance CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s) GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s) MAINBOARD: MSI H81M E33 -- 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 17