February 2019 - wine-bugs

[Bug 22124] New: BartPE: crashes when trying to make "Build"
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22124 Summary: BartPE: crashes when trying to make "Build" Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lxandr(a)ua.fm Created an attachment (id=26980) --> (http://bugs.winehq.org/attachment.cgi?id=26980) terminal output I launch "pebuilder.exe", everything goes fine. But when I press "Build" button after a few seconds (screenshot1) application crashes (screenshot2). Looks like there are some issues with registry creation, .inf files parsing functions, etc. Tested and didn't worked in any of these combinations: pebuilder 3.1.10a, 3.1.10; building PE from windows 2003 sp2, windows xp sp3. Wine is installed from http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu repository. A few Wine updates earlier the problem still existed. BartPE can be downloaded from here: http://www.nu2.nu/pebuilder/#download -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 19

[Bug 28729] New: EasyBCD: bcdedit complains about lack of privileges
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28729 Bug #: 28729 Summary: EasyBCD: bcdedit complains about lack of privileges Product: Wine Version: 1.3.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrea.lazzarotto(a)gmail.com Classification: Unclassified I tried to use two softwares which make use of bcdedit.exe. Those are: EasyBCD - http://neosmart.net/dl.php?id=1 (free non-commercial version) Sardu - http://www.sarducd.it/ Both of them use bcdedit.exe in order to open bcd files, such as those present on Windows Recovery discs. In both cases I get the same error message, which should be this: "Privilege not held" (my system is in Italian so I'm not sure about the exact words) Of course Wine doesn't have a BCD file, but EasyBCD asks me if I want to open one and when I point it to the location I get the error. -- 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 12

[Bug 29529] New: Magical Jelly Bean Keyfinder: Cannot load Hive, says "path not found".
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29529 Bug #: 29529 Summary: Magical Jelly Bean Keyfinder: Cannot load Hive, says "path not found". Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Simply run Magical Jelly Bean keyfinder in Wine 1.3.35 (or any version before that, I'm pretty sure), and try to load a hive (A hive is a binary file that Windows uses to store registry keys, as opposed to a text file such as a *.reg file containing registry keys in ASCII text.). It won't work. This is using Magical Jelly Bean Keyfinder version 2.0.8. Click on tools, and then go to "Load Hive..." An error message pops up saying "Can't load registry hive from: ... Path not found" No terminal output. The goal is to get Keyfinder to load /WINDOWS/System32/config/SOFTWARE. Note: when you tell it to load a hive, it automatically appends system32\config\software to the path you give. So if you tell it to load ~\windows\system32\config, it will look for ~\windows\system32\config\system32\config\software (which doesn't exist, or at least shouldn't). I have tried copying the config folder to the desktop and renaming everything in the path to be all lowercase (the error message prints the path in all lowercase, so I thought that might help it.), doesn't help. Cheers, Jake -- 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 29461] New: BurnPlot fails to start without native oleaut32
by wine-bugs＠winehq.org 25 Jul '21

25 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29461 Bug #: 29461 Summary: BurnPlot fails to start without native oleaut32 Product: Wine Version: 1.3.35 Platform: x86-64 URL: http://download.imgburn.com/BurnPlot_1.0.1.5.zip OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified I guess this should be separate from the wshom issue in bug 28605... BurnPlot fails to start after using 'winetricks vb6run wsh57' to get msvbvm60 and work around the aforementioned bug. It pops up an error dialog which says: Run-time error '438': Object doesn't support this property or method Workaround: winetricks native_oleaut32 Terminal output is seven lines of: fixme:ole:OLEPictureImpl_FindConnectionPoint no connection point for {33ad4ed2-6699-11cf-b70c-00aa0060d393} -- 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 34902] New: Ableton Live 9 Suite v9.0.x (64-bit) crashes on startup, needs msvcr90.dll._vsprintf_l
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34902 Bug #: 34902 Summary: Ableton Live 9 Suite v9.0.x (64-bit) crashes on startup, needs msvcr90.dll._vsprintf_l Product: Wine Version: 1.7.6 Platform: x86-64 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, reported in forum. --- snip --- $ pwd /home/focht/.wine/drive_c/users/Public/Application Data/Ableton/Live 9 Suite/Program $ file *.{dll,exe} Ableton Live Engine.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows VideoExportMMF.dll: PE32+ executable (DLL) (GUI) x86-64, for MS Windows Ableton Live 9 Suite.exe: PE32+ executable (GUI) x86-64, for MS Windows InstallHelper.exe: PE32+ executable (console) x86-64, for MS Windows $ wine ./Ableton\ Live\ 9\ Suite.exe ... fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x23f060 1 C) semi-stub wine: Call from 0x7b849f8f to unimplemented function msvcr90.dll._vsprintf_l, aborting fixme:seh:__CxxFrameHandler 0x23f430 23f930 0x23e6b0 0x23eb80: not implemented fixme:seh:__CxxFrameHandler 0x23f430 23fa40 0x23e6b0 0x23eb80: not implemented wine: Unimplemented function msvcr90.dll._vsprintf_l called at address 0x7b849f8f (thread 0024), starting debugger... ... Modules: Module Address Debug info Name (100 modules) PE 400000- 67f2000 Export ableton live 9 suite PE 5d360000- 5d36d000 Deferred mfc90enu PE 78e10000- 792f9000 Export mfc90u ELF 7b800000- 7bc82000 Dwarf kernel32<elf> \-PE 7b820000- 7bc82000 \ kernel32 ELF 7be00000- 7c103000 Dwarf <wine-loader> ... Threads: process tid prio (all id:s are in hex) ... 00000023 (D) C:\users\Public\Application Data\Ableton\Live 9 Suite\Program\Ableton Live 9 Suite.exe 00000024 0 <== --- snip --- Source: http://source.winehq.org/git/wine.git/blob/3bb2c11757156223be0f8a22f3b377b0… --- snip --- 1116 @ stub _vsprintf_l --- snip --- $ sha1sum Setup.msi 7285fbd9c8db10ac25eb996578448dcae2b2fb73 Setup.msi $ du -sh Setup.msi 676M Setup.msi $ wine --version wine-1.7.6-202-gc7274f1 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 34064] New: Adobe CS4 installer fails
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34064 Bug #: 34064 Summary: Adobe CS4 installer fails Product: Wine Version: 1.6-rc5 Platform: x86-64 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 45280 --> http://bugs.winehq.org/attachment.cgi?id=45280 wine-1.6-rc5 console output Working around Bug 18070, the installer for Adobe CS4 fails. It used to work but due to Bug 34063 a bisect would take about a month. I will update when it is complete. "winetricks ie6" appears to take the installer further (both the application and Wine logs are larger) but the same failure occurs: failed to install Photoshop CS4 (and another component). -- 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 37624] New: Adobe CS4 installer fails ('INetFwOpenPort::Name' property accessors are stubs)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=37624 Bug ID: 37624 Summary: Adobe CS4 installer fails ('INetFwOpenPort::Name' property accessors are stubs) Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 34064 Workaround for bug 18070 is needed. --- snip --- err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised err:ole:CoCreateInstance apartment not initialised err:msi:ITERATE_Actions Execution halted, action L"ProcessPropertyFile.E35C3ECB_5FDA_49E1_AB1F_D472B7CB9017" returned 1603 --- snip --- It seems that Wine-Gecko/mshtml matured that far that 'winetricks ie6' recipe is no longer needed. The dynamic html based user interface has some small quirks but it's at least usable to pass all wizard pages. The checkbox control for trial install option on the first wizard page is invisible and has to be guessed though "[x] I want ..." (the border becomes visible then). --- snip --- 003a:trace:msi:ACTION_CallDllFunction calling L"Adobe_FirewallAuthorize" ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1571e3d8 L"17:14:22:15 -(Adobe)- -*-*-*-*-*-*-*-*-*-*-*-*- BEGIN - Adobe_FirewallAuthorize -*-*-*-*-*-*-*-*-*-*-*-*- ") ret=15520ecc ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,157126d8 L"17:14:22:16 -(Adobe)- Committing firewall data. Inverted: 0 ") ret=155554f7 ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570f618 L"17:14:22:18 -(Adobe)- Requesting property: CustomActionData ") ret=15512eac ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570e030 L"17:14:22:20 -(Adobe)- Stream extraction to recordset ") ret=15520ecc ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,15711aa8 L"17:14:22:23 -(Adobe)- Number of Properties: 4 ") ret=155234ca ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,15710c68 L"17:14:22:24 -(Adobe)- Name, Value: ProductName Adobe CSI CS4 ") ret=15520ecc ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,15711db0 L"17:14:22:25 -(Adobe)- Name, Value: InstallPath0 C:\\Program Files\\Common Files\\Adobe\\CS4ServiceManager\\CS4ServiceManager.exe ") ret=15520ecc ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,15711aa8 L"17:14:22:26 -(Adobe)- Name, Value: EnablePort0 5353 ") ret=15520ecc ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1571e3d8 L"17:14:22:27 -(Adobe)- Name, Value: EnablePortProto0 6 ") ret=15520ecc ... 003a:Call ole32.CoInitialize(00000000) ret=1558c6fe ... 003a:Ret ole32.CoInitialize() retval=00000000 ret=1558c6fe 003a:Call ole32.CoCreateInstance(1565ae6c,00000000,00000017,1565ae9c,15707390) ret=1558cf62 003a:Call ntdll.RtlInitUnicodeString(0cd0e1c0,0cd0e212 L"CLSID\\{304CE942-6E39-40D8-943A-B913C40C9CD4}") ret=7e36f764 ... 003a:Call KERNEL32.LoadLibraryExW(0cd0dffe L"C:\\windows\\system32\\hnetcfg.dll",00000000,00000008) ret=7e36f8f8 003a:Call PE DLL (proc=0x7a119964,module=0x7a110000 L"hnetcfg.dll",reason=PROCESS_ATTACH,res=(nil)) ... 003a:Ret PE DLL (proc=0x7a119964,module=0x7a110000 L"hnetcfg.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 003a:Ret KERNEL32.LoadLibraryExW() retval=7a110000 ret=7e36f8f8 ... 003a:Call hnetcfg.DllGetClassObject(0cd0e398,7e46200c,0cd0e3a8) ret=7e371f05 003a:trace:hnetcfg:DllGetClassObject {0ca545c6-37ad-4a6c-bf92-9f7610067ef5} {00000001-0000-0000-c000-000000000046} 0xcd0e3a8 003a:Ret hnetcfg.DllGetClassObject() retval=00000000 ret=7e371f05 ... 003a:trace:hnetcfg:hnetcfg_cf_CreateInstance (nil) {f7898af5-cac4-4632-a2ec-da06e5111af2} 0x15707390 003a:trace:hnetcfg:NetFwMgr_create ((nil),0xcd0e2fc) ... 003a:trace:hnetcfg:NetFwMgr_create returning iface 0x4db52f0 003a:trace:hnetcfg:fw_manager_QueryInterface 0x4db52f0 {f7898af5-cac4-4632-a2ec-da06e5111af2} 0x15707390 003a:Ret ole32.CoCreateInstance() retval=00000000 ret=1558cf62 ... 003a:trace:hnetcfg:fw_manager_get_LocalPolicy 0x4db52f0, 0xcd0e4d0 003a:trace:hnetcfg:NetFwPolicy_create ((nil),0xcd0e4d0) ... 003a:trace:hnetcfg:NetFwPolicy_create returning iface 0x4dba520 003a:trace:hnetcfg:fw_policy_get_CurrentProfile 0x4dba520, 0x15707394 003a:trace:hnetcfg:NetFwProfile_create ((nil),0x15707394) ... 003a:trace:hnetcfg:NetFwProfile_create returning iface 0x4d45248 003a:trace:hnetcfg:fw_policy_Release destroying 0x4dba520 ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570e1e8 L"17:14:22:34 -(Adobe)- Firewall interfaces initialized ") ret=15512eac ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570f4c8 L"17:14:22:35 -(Adobe)- Testing key: EnablePort0 Root: EnablePort Index: 0 ") ret=15555a46 ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570e870 L"17:14:22:36 -(Adobe)- Adding entry: Adobe CSI CS4 for port: 5353 with protocol: 6 ") ret=15556321 ... 003a:trace:hnetcfg:fw_profile_get_GloballyOpenPorts 0x4d45248, 0xcd0e4c0 003a:trace:hnetcfg:NetFwOpenPorts_create ((nil),0xcd0e4c0) 003a:Call ntdll.RtlAllocateHeap(00110000,00000000,00000008) ret=7a11710f 003a:Ret ntdll.RtlAllocateHeap() retval=04dba520 ret=7a11710f 003a:trace:hnetcfg:NetFwOpenPorts_create returning iface 0x4dba520 003a:Call oleaut32.SysAllocString(1570e0d8 L"Adobe CSI CS4") ret=1558ce52 003a:Ret oleaut32.SysAllocString() retval=04be9514 ret=1558ce52 ... 003a:Ret ole32.CoCreateInstance() retval=00000000 ret=1558cff2 003a:fixme:hnetcfg:fw_port_put_Name 0x4dbb420 L"Adobe CSI CS4" ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570f640 L"17:14:22:37 -(Adobe)- Return code from operation: 1603 ") ret=155214b7 ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570e140 L"17:14:22:38 -(Adobe)- #_AdobeError_# 1603 ") ret=155214b7 ... 003a:Call msi.MsiRecordSetStringW(00000003,00000000,1570f4c8 L"17:14:22:39 -(Adobe)- -*-*-*-*-*-*-*-*-*-*-*-*- END - Adobe_FirewallAuthorize -*-*-*-*-*-*-*-*-*-*-*-*- ") ret=15520ecc ... 003a:trace:msi:DllThread custom action (3a) returned 1603 ... 003b:trace:msi:MSI_ProcessMessage (nil) 0x4364b8 (nil) 7fdf 10 L"Action ended 18:14:22: InstallFinalize. Return value 1603." --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ab7a707136997453de5a7ed87828899c… --- snip --- 176 static HRESULT WINAPI fw_port_put_Name( 177 INetFwOpenPort *iface, 178 BSTR name) 179 { 180 fw_port *This = impl_from_INetFwOpenPort( iface ); 181 182 FIXME("%p %s\n", This, debugstr_w(name)); 183 return E_NOTIMPL; 184 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365303%28v=vs.85%… $ wine --version wine-1.7.31-100-g5afd42a 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 13

[Bug 33226] New: Multiple applications ported to WinRT/ARM require msvcr110.dll.__crtSetUnhandledExceptionFilter (MirandaIM, FinalBurn, ...)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33226 Bug #: 33226 Summary: Multiple applications ported to WinRT/ARM require msvcr110.dll.__crtSetUnhandledExceptionFilter (MirandaIM, FinalBurn, ...) Product: Wine Version: 1.5.26 Platform: arm 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, another one ... --- snip --- $ wine ./miranda32.exe wine: Call from 0x403f69c8 to unimplemented function msvcr110.dll.__crtSetUnhandledExceptionFilter, aborting wine: Unimplemented function msvcr110.dll.__crtSetUnhandledExceptionFilter called at address 0x403f69c8 (thread 0009), starting debugger... --- snip --- Forwarding msvcr110.dll __crtSetUnhandledExceptionFilter(ptr) to kernel32.SetUnhandledExceptionFilter let the apps run further. 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 33195] New: WinRT/ARM port of Miranda IM needs msvcr110.dll.__crtGetShowWindowMode
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33195 Bug #: 33195 Summary: WinRT/ARM port of Miranda IM needs msvcr110.dll.__crtGetShowWindowMode Product: Wine Version: 1.5.25 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 ... --- snip --- 0024:Starting process L"Z:\\home\\linaro\\wine-apps\\miranda\\miranda32.exe" (entryproc=0x45e4e5) 0024:Call KERNEL32.GetSystemTimeAsFileTime(40aefdc0) ret=0045e70b 0024:Ret KERNEL32.GetSystemTimeAsFileTime() retval=00000000 ret=0045e70b 0024:Call KERNEL32.GetCurrentThreadId() ret=0045e719 0024:Ret KERNEL32.GetCurrentThreadId() retval=00000024 ret=0045e719 0024:Call KERNEL32.GetTickCount64() ret=0045e725 0024:Ret KERNEL32.GetTickCount64() retval=000000000049917d ret=0045e725 0024:Call KERNEL32.QueryPerformanceCounter(40aefdc8) ret=0045e735 0024:Ret KERNEL32.QueryPerformanceCounter() retval=00000001 ret=0045e735 0024:Call KERNEL32.RaiseException(80000100,00000001,00000002,40aefda8) ret=4175d66c 0024:trace:seh:raise_exception info[0]=4175d696 0024:trace:seh:raise_exception info[1]=417614ef wine: Call from 0x7bc998f8 to unimplemented function msvcr110.dll.__crtGetShowWindowMode, aborting 0024:trace:seh:call_stack_handlers calling handler at 0x7bcb7bb0 code=80000100 flags=1 0024:Call KERNEL32.UnhandledExceptionFilter(40aefba0) ret=7bcb7c14 wine: Unimplemented function msvcr110.dll.__crtGetShowWindowMode called at address 0x7bc998f8 (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 124" 0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bcb7c14 0024:trace:seh:call_stack_handlers handler at 0x7bcb7bb0 returned 1 Unhandled exception: unimplemented function msvcr110.dll.__crtGetShowWindowMode called in 32-bit code (0x7bc998f8). Register dump: ARM User Mode Pc:7bc998f8 Sp:40aefc7c Lr:7bc998f8 Cpsr:400f0010(-Z--) r0:40aefc88 r1:40aefdb0 r2:0000 r3:40aefc88 r4:7b847890 r5:40aefd48 r6:7bf00b35 r7:40aefdb8 r8:0000 r9:0000 r10:400fe000 Fp:40aefcd8 Ip:7b8cb384 Stack dump: 0x40aefc7c: 403549c8 40aefcec 00000000 00000043 0x40aefc8c: 40aefc88 40aefdb0 00000000 40aefc88 0x40aefc9c: 7b847890 40aefd48 7bf00b35 40aefdb8 0x40aefcac: 00000000 00000000 400fe000 40aefcd8 0x40aefcbc: 7b8cb384 40aefc7c 7bc998f8 7bc998f8 0x40aefccc: 400f0010 40aefd00 40aefd40 7b84794c --- snip --- There doesn't seem to be MSDN documentation on this. Examining Miranda code (caller) suggests it might be parameterless and "int" return type (value in r0). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 32766] New: Multiple applications ported to WinRT/ARM require msvcr110.dll (Miranda IM)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32766 Bug #: 32766 Summary: Multiple applications ported to WinRT/ARM require msvcr110.dll (Miranda IM) Product: Wine Version: 1.5.22 Platform: arm 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, some of the application ports to WinRT/ARM require "MSVCR110.dll" --- snip --- $ wine ./miranda32.exe err:module:import_dll Library MSVCR110.dll (which is needed by L"Z:\\home\\linaro\\wine-apps\\miranda\\zlib.dll") not found err:module:import_dll Library zlib.dll (which is needed by L"Z:\\home\\linaro\\wine-apps\\miranda\\miranda32.exe") not found --- snip --- There is a forum at xda-developers dedicated to porting/recompiling various open-source projects to WinRT, especially: http://forum.xda-developers.com/showthread.php?t=2092348 (Windows 8 Development and Hacking > Windows 8 Development and Hacking > Desktop apps ported to Windows RT) Some ports already run nicely with workarounds from already known wine-arm bugs (notepad++) but others require WinRT libs (combase.dll etc.). 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 29042] New: Regression; Code-8 Initialization
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29042 Bug #: 29042 Summary: Regression; Code-8 Initialization Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcgraw5058(a)bellsouth.net Classification: Unclassified Apogee Components RockSim, version 9.1.1.118, using Wine 1.3.32. Program fails to start and displays small dialog saying "Code-8" Initialization error. Wine 1.3.31 worked fine. Engine Editor also affected in same way. -- 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 29002] New: GPU-Z v0.5.5 crashes at launch
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29002 Bug #: 29002 Summary: GPU-Z v0.5.5 crashes at launch Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: testing.tigerwolf(a)mail.com Classification: Unclassified Created attachment 37327 --> http://bugs.winehq.org/attachment.cgi?id=37327 GPU-Z v0.5.5 crashes at launch GPU-Z crashes at launch with the following error message : wine: Unhandled page fault "GPU-Z program has encountered a serious problem and needs to close" (see attachments for more 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 11

[Bug 28994] New: AOL 9.0VR: wmp9 sub-installer crashes while registering drmclien.dll
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28994 Bug #: 28994 Summary: AOL 9.0VR: wmp9 sub-installer crashes while registering drmclien.dll Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, created a new bug from bug 19040 to track a regression. AOL 9.0 Installer download: http://download.newaol.com/clients/bush/waol/4327.271.1/install/setup.exe There is a crash near the end when running Windows Media Player 9.0 setup. Can be reproduced manually by running: ~/.wine/drive_c/windows/system32$ wine regsvr32.exe drmclien.dll +tid,+seh,+relay gives: --- snip --- 0033:Call KERNEL32.VirtualProtect(091bba0d,00000787,00000008,0032f648) ret=091c580a 0033:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x91bba0d 00000787 00000008 0033:Ret KERNEL32.VirtualProtect() retval=00000000 ret=091c580a 0033:trace:seh:raise_exception code=c0000005 flags=0 addr=0x91c556b ip=091c556b tid=0033 0033:trace:seh:raise_exception info[0]=00000001 0033:trace:seh:raise_exception info[1]=091bba6d 0033:trace:seh:raise_exception eax=091bba6d ebx=091bc193 ecx=091bba68 edx=00000089 esi=0032fe18 edi=00000000 0033:trace:seh:raise_exception ebp=0032f5a8 esp=0032f59c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210202 0033:trace:seh:call_stack_handlers calling handler at 0x7bc98075 code=c0000005 flags=0 0033:Call KERNEL32.UnhandledExceptionFilter(0032f074) ret=7bc980af wine: Unhandled page fault on write access to 0x091bba6d at address 0x91c556b (thread 0033), starting debugger... --- snip --- Winedbg session: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7bc90243 get_vprot_flags+0x3(protect=0x8, vprot=0x33f558) [/home/focht/projects/wine/wine-git/dlls/ntdll/virtual.c:560] in ntdll (0x0033f454) 1 0x7bc9489e NtProtectVirtualMemory+0x181(process=0xffffffff, addr_ptr=0x33f5d0, size_ptr=0x33f5d4, new_prot=0x8, old_prot=0x33f648) [/home/focht/projects/wine/wine-git/dlls/ntdll/virtual.c:2090] in ntdll (0x0033f584) 2 0x7b87ce45 VirtualProtectEx+0x2c(process=0xffffffff, addr=0x91bba0d, size=0x787, new_prot=0x8, old_prot=0x33f648) [/home/focht/projects/wine/wine-git/dlls/kernel32/virtual.c:241] in kernel32 (0x0033f5c4) 3 0x7b87ce0e VirtualProtect+0x39(addr=0x91bba0d, size=0x787, new_prot=0x8, old_prot=0x33f648) [/home/focht/projects/wine/wine-git/dlls/kernel32/virtual.c:217] in kernel32 (0x0033f5f4) 4 0x091c580a in drmclien (+0x25809) (0x0033f610) 5 0x091c36a4 in drmclien (+0x236a3) (0x0033f64c) 6 0x091bba08 in drmclien (+0x1ba07) (0x0033fd48) 7 0x091b2647 in drmclien (+0x12646) (0x0033fd58) 8 0x7effc7c1 RegisterDll+0x49(strDll="drmclien.dll") [/home/focht/projects/wine/wine-git/programs/regsvr32/regsvr32.c:118] in regsvr32 (0x0033fd88) ... Wine-dbg>info locals 0x7bc948af NtProtectVirtualMemory+0x193: (0033f584) HANDLE process=0xffffffff (parameterEBP) PVOID* addr_ptr=0x33f5d0 (parameterEBP) SIZE_T* size_ptr=0x33f5d4 (parameterEBP) ULONG new_prot=0x8 (parameterEBP) ULONG* old_prot=0x33f648 (parameterEBP) struct file_view* view=0x7bc94720 (localEBP) sigset_t sigset={__val={0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}} (localEBP) NTSTATUS status=0 (localEBP) char* base="PΦ ]┬" (localEBP) BYTE vprot=0 (localEBP) unsigned int new_vprot=0x9 (localEBP) SIZE_T size=0x2000 (localEBP) LPVOID addr=0x91bba0d (localEBP) Wine-dbg>l 2091 if (new_vprot & VPROT_WRITECOPY) return STATUS_INVALID_PAGE_PROTECTION; --- snip --- PE mappings for address in .text --- snip --- Memory map Address Size Section Contains Type Access 091A0000 00001000 PE header Img R 091A1000 00044000 .text Code,imports,exports Img R E 091E5000 00003000 .data Data Img RW CopyOnWr 091E8000 00001000 .rsrc Resources Img R 091E9000 00004000 .reloc Relocations Img R --- snip --- Sequence: PAGE_EXECUTE_READ (orig) -> PAGE_WRITECOPY (to modify data in specific .text region) -> PAGE_EXECUTE_READ (restore) The problem is this commit: http://source.winehq.org/git/wine.git/commitdiff/33255ee6ecf48725e8e061313d… Reverting lets the installer successfully finish. $ sha1sum setup.exe f7bdfef0f79dab31be820d6f51e5a7e7d26b2eef setup.exe $ wine --version wine-1.3.32 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 13

[Bug 19040] New: AOL cd installer crashes on launch
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=19040 Summary: AOL cd installer crashes on launch Product: Wine Version: unspecified Platform: PC URL: http://www.aol.com OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=21963) --> (http://bugs.winehq.org/attachment.cgi?id=21963) +relay,+seh,+tid Got an AOL cd installer in the mail (holy crap, they're still alive?!?) a while back, decided to see what it would do in wine...Running 'wine AOLSETUP.EXE' bombs out pretty quickly with a crash. +relay,+seh,+tid attached. -- 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 17

[Bug 13677] New: SmartFTP 3.0: crash on startup
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=13677 Summary: SmartFTP 3.0: crash on startup Product: Wine Version: 1.0-rc3 Platform: PC URL: http://www.smartftp.com/get/SFTPMSI.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: baryluk(a)smp.if.uj.edu.pl Created an attachment (id=13677) --> (http://bugs.winehq.org/attachment.cgi?id=13677) Debug log. Log in attachment baryluk@tytus:~/.wine/drive_c/Program Files/SmartFTP Client$ WINEDEBUG=warn+dll wine ./SmartFTP.exe 2>&1 | tee debugowanie.txt -- 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 34844] New: SmartFTP Client needs shlwapi.PathUnExpandEnvStringsA/W implementation
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=34844 Bug #: 34844 Summary: SmartFTP Client needs shlwapi.PathUnExpandEnvStringsA/W implementation Product: Wine Version: 1.7.5 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shlwapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, saw Nikolay's patch here: http://source.winehq.org/patches/data/100180 It might be useful to create a corresponding bug to properly relate/track the change. --- snip --- 0024:Call shlwapi.PathUnExpandEnvStringsW(001799e8 L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0",0033ea68,00000104) ret=00558fad 0024:fixme:shell:PathUnExpandEnvStringsW (L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0",L"",0x00000104) 0024:Ret shlwapi.PathUnExpandEnvStringsW() retval=00000000 ret=00558fad 0024:Call advapi32.RegSetValueExW(0000029c,007b5d0c L"Application Data Folder",00000000,00000002,001799e8,00000068) ret=00559017 ... 0024:Call shlwapi.PathUnExpandEnvStringsW(02046ab0 L"C:\\users\\focht\\My Documents",0033ec70,00000104) ret=00559050 0024:fixme:shell:PathUnExpandEnvStringsW (L"C:\\users\\focht\\My Documents",L"",0x00000104) 0024:Ret shlwapi.PathUnExpandEnvStringsW() retval=00000000 ret=00559050 0024:Call advapi32.RegSetValueExW(0000029c,007b5df4 L"Default Download Folder",00000000,00000002,02046ab0,00000038) ret=005590ba ... 0024:Call shlwapi.PathUnExpandEnvStringsW(00179d68 L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0\\Log",0033e818,00000104) ret=0055a3ab 0024:fixme:shell:PathUnExpandEnvStringsW (L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0\\Log",L"",0x00000104) 0024:Ret shlwapi.PathUnExpandEnvStringsW() retval=00000000 ret=0055a3ab 0024:Call advapi32.RegSetValueExW(000002a0,007b5fd0 L"Folder",00000000,00000002,00179d68,00000070) ret=0055a404 ... 0024:Call shlwapi.PathUnExpandEnvStringsW(00179b40 L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0\\Favorites",0033e818,00000104) ret=0055b95a 0024:fixme:shell:PathUnExpandEnvStringsW (L"C:\\users\\focht\\Application Data\\SmartFTP\\Client 2.0\\Favorites",L"",0x00000104) 0024:Ret shlwapi.PathUnExpandEnvStringsW() retval=00000000 ret=0055b95a 0024:Call advapi32.RegSetValueExW(000002a0,007b6130 L"Personal Favorites",00000000,00000002,00179b40,0000007c) ret=0055b9be ... --- snip --- $ sha1sum SFTPMSI.exe 64142406de963b1482e26093931c7e0919ac8be6 SFTPMSI.exe $ du -sh SFTPMSI.exe 16M SFTPMSI.exe $ wine --version wine-1.7.5-251-gbcf4ded 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 12461] New: SmartFTP Client requires an implementation of cryptui.dll
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12461 Summary: SmartFTP Client requires an implementation of cryptui.dll Product: Wine Version: CVS/GIT Platform: PC URL: http://www.smartftp.com/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com An attempt to start the SmartFTP client fails because of missing cryptui.dll. While copying the DLL from an installation of Windows XP satisfies the application enough to get it to run, cryptui.dll is as far as I'm aware not redistributable and thus using native cryptui.dll is not always tenable. -- 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 13487] New: Smartftp does not run (dogfood)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=13487 Summary: Smartftp does not run (dogfood) Product: Wine Version: 1.0-rc2 Platform: PC URL: http://www.smartftp.com/ OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=13410) --> (http://bugs.winehq.org/attachment.cgi?id=13410) Terminal output in git Reported in wine-users: SmartFTP installs but fails to start with: "Fatal Error: sfFTPLib.dll is not registered correctly" http://www.smartftp.com/download/ System: Fedora 9 Wine: 1.0 rc2 Gave it a try. Installs fine, after installing, running regsvr32 on sfFTPLib.dll gets it to run a bit, then installs wine gecko. Runs a bit more, then crashes. Terminal output and backtrace attached. -- 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 27

[Bug 30719] New: SmartFTP 4.0 crashes on startup (crypt32 CertCreateSelfSignCertificate failure)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30719 Bug #: 30719 Summary: SmartFTP 4.0 crashes on startup (crypt32 CertCreateSelfSignCertificate failure) Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, split off from bug 13487 --- snip --- 0024:Call crypt32.CertStrToNameW(00010001,0015c5ec L"CN=SmartFTP Client",00000003,00000000,00000000,0032f9dc,00000000) ret=00723b8e 0024:trace:crypt:CertStrToNameW (00010001, L"CN=SmartFTP Client", 00000003, (nil), (nil), 0x32f9dc, (nil)) 0024:trace:crypt:CRYPT_KeynameKeeperFromTokenW Keyname is L"CN" 0024:trace:crypt:CryptFindOIDInfo (2, 0x32f8b4, 5) 0024:trace:crypt:CryptFindOIDInfo CRYPT_OID_INFO_NAME_KEY: L"CN" ... 0024:trace:crypt:CRYPT_GetNextValueW (L"SmartFTP Client", L"+,;\r\n", 0x32f8ac, (nil)) 0024:trace:crypt:CRYPT_ValueToRDN OID "2.5.4.3", value L"SmartFTP Client" ... 0024:trace:crypt:CryptEncodeObjectEx returning 1 ... 0024:Ret crypt32.CertStrToNameW() retval=00000001 ret=00723bf4 ... 0024:Call advapi32.CryptAcquireContextW(0032f9e0,0129d130 L"{51BD5987-103F-42DD-9AC0-E7C13D2B7491}",00841f90 L"Microsoft Enhanced Cryptographic Provider v1.0",00000001,00000008) ret=00723dfc 0024:trace:crypt:CryptAcquireContextW (0x32f9e0, L"{51BD5987-103F-42DD-9AC0-E7C13D2B7491}", L"Microsoft Enhanced Cryptographic Provider v1.0", 1, 00000008) 0024:Call rsaenh.CPAcquireContext(00162608,001626e8 "{51BD5987-103F-42DD-9AC0-E7C13D2B7491}",00000008,00162688) ret=7ea3fd12 0024:trace:crypt:RSAENH_CPAcquireContext (phProv=0x162608, pszContainer="{51BD5987-103F-42DD-9AC0-E7C13D2B7491}", dwFlags=00000008, pVTable=0x162688) 0024:Call advapi32.RegOpenKeyExA(80000001,0032f4d8 "Software\\Wine\\Crypto\\RSA\\{51BD5987-103F-42DD-9AC0-E7C13D2B7491}",00000000,00020019,0032f620) ret=7d482083 ... 0024:Ret rsaenh.CPAcquireContext() retval=00000001 ret=7ea3fd12 0024:Ret advapi32.CryptAcquireContextW() retval=00000001 ret=00723dfc 0024:Call advapi32.CryptGenKey(001625f8,00000001,04000001,0032f9f0) ret=00723eb3 0024:trace:crypt:CryptGenKey (0x1625f8, 1, 04000001, 0x32f9f0) 0024:Call rsaenh.CPGenKey(00000003,00000001,04000001,0015c988) ret=7ea41b3d 0024:trace:crypt:RSAENH_CPGenKey (hProv=00000003, aiAlgid=1, dwFlags=04000001, phKey=0x15c988) 0024:trace:crypt:new_key alg = "RSA_KEYX", dwKeyLen = 1024 ... 0024:Call crypt32.CertCreateSelfSignCertificate(001625f8,0032fa2c,00000000,0032fa10,00000000,00000000,0032fa54,00000000) ret=0072405a 0024:trace:crypt:CertCreateSelfSignCertificate (001625f8, 0x32fa2c, 00000000, 0x32fa10, (nil), (nil), (nil), (nil)) 0024:Ret crypt32.CertCreateSelfSignCertificate() retval=00000000 ret=0072405a 0024:Call KERNEL32.GetLastError() ret=004096e6 0024:Ret KERNEL32.GetLastError() retval=00000057 ret=004096e6 ... 0024:CALL MSVCR100._CxxThrowException(<unknown, check return>) ret=78812829 0024:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032f990) ret=78ac872d 0024:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8393ff ip=7b8393ff tid=0024 0024:trace:seh:raise_exception info[0]=19930520 0024:trace:seh:raise_exception info[1]=0032f9b4 0024:trace:seh:raise_exception info[2]=78874578 0024:trace:seh:raise_exception eax=7b826429 ebx=7b8b06b0 ecx=19930520 edx=0032f894 esi=0032f97c edi=0032f8f0 0024:trace:seh:raise_exception ebp=0032f8d8 esp=0032f874 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... --- snip --- $ du -sh SFTPMSI.exe 15M SFTPMSI.exe $ sha1sum SFTPMSI.exe b4d672c3fc0ca279790b8927e9d57930a1bbbb60 SFTPMSI.exe $ wine --version wine-1.5.4-185-g6c51c1b 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 26031] New:=?UTF-8?Q?=20=C2=B5Torrent=20?=(uTorrent) fails listening to a port after a number of persistent connections are opened against it
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26031 Summary: µTorrent (uTorrent) fails listening to a port after a number of persistent connections are opened against it Product: Wine Version: 1.3.13 Platform: All URL: http://www.utorrent.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Steps to reproduce: 1) Run µTorrent 2) Incoming connections icon should turn green (port listen: OK), netstat -ln confirms that 3) Start downloading any torrent 4) Incoming connections icon will turn red (Listen error: you should change the listen port) observe these errors logged in uTorrent Logger Tab: [2011-02-09 02:28:50] *** Starting Diagnostic thread *** [2011-02-09 02:28:50] IPv6 is installed [2011-02-09 02:31:46] TCP port bind failed 0.0.0.0:9001: (10048) Error 10048 [2011-02-09 02:32:12] TCP port bind failed 0.0.0.0:9001: (10048) Error 10048 at this point neither Wine, nor µTorrent will be listening to the designated port: # netstat -ln -eep | grep 8008 udp 0 0 0.0.0.0:8008 0.0.0.0:* 500 117033 10470/uTorrent.exe so while uTorrent is listening to the incoming UDP connections, TCP traffic is unmanaged causing the errors in the µTorrent's Logger Tab. The strangest thing is that no other application will be able to use this port (8008): # nc -vl 8008 nc: Address already in use However if I order nc to bind to the loopback interface specifically, it will run: # nc -vl localhost 8008 [running] It's worth noting that when wine/uTorrent "listen" abilities break, there are already some established connections to my_external_IP_address:8008 (right now I see three such ESTABLISHED connections). So, probably there's some sort of bug in wine server - it shouldn't stop listening to a port when persistent connections are made to it - but I'm totally uncertain about it because I have no idea how wine server (should) handles TCP traffic. I can help solving this bug by attaching any required debug information if it's necessary. -- 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 75

[Bug 30664] New: Add support for msi INSTALLMESSAGE_PROGRESS subtype "ProgressAddition"
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30664 Bug #: 30664 Summary: Add support for msi INSTALLMESSAGE_PROGRESS subtype "ProgressAddition" Product: Wine Version: 1.5.4 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, just an enhancement. Encountered this fixme in several installers, for example "Acrobat 7" tryout installer. --- snip --- ... 0041:trace:msi:ControlEvent_FireSubscribedEvent Firing event L"SetProgress" 0041:trace:msi:msi_dialog_handle_event progress: func 3 val1 72000000 val2 0 0041:fixme:msi:msi_dialog_handle_event Unknown progress message 3 ... --- snip --- See MSDN following article for information how it's handled: http://msdn.microsoft.com/en-us/library/windows/desktop/aa367525%28v=vs.85%… (Adding Custom Actions to the ProgressBar) Also: http://msdn.microsoft.com/en-us/library/windows/desktop/aa370573%28v=vs.85%… (Parsing Windows Installer Messages) Current source: http://source.winehq.org/git/wine.git/blob/dd205230a0d215cefef42bfe25d2d78b… --- snip --- 618 void msi_dialog_handle_event( msi_dialog* dialog, LPCWSTR control, 619 LPCWSTR attribute, MSIRECORD *rec ) 620 { ... 637 else if( !strcmpW( attribute, szProgress ) ) 638 { 639 DWORD func, val1, val2, units; 640 641 func = MSI_RecordGetInteger( rec, 1 ); 642 val1 = MSI_RecordGetInteger( rec, 2 ); 643 val2 = MSI_RecordGetInteger( rec, 3 ); 644 645 TRACE("progress: func %u val1 %u val2 %u\n", func, val1, val2); 646 647 switch (func) 648 { 649 case 0: /* init */ ... 667 case 1: /* FIXME: not sure what this is supposed to do */ 668 break; 669 case 2: /* move */ ... 683 default: 684 FIXME("Unknown progress message %u\n", func); 685 break; 686 } ... 706 } --- snip --- $ du -sh AcTR7EFG.exe 116M AcTR7EFG.exe $ sha1sum AcTR7EFG.exe 4f1ff389ea71f21d624083d65bbe5a74e4760079 AcTR7EFG.exe Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 18303] New: Adobe Acrobat Pro 7: Crashes when selecting the "edit" menu while having a file open.
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18303 Summary: Adobe Acrobat Pro 7: Crashes when selecting the "edit" menu while having a file open. Product: Wine Version: 1.1.20 Platform: PC-x86-64 URL: http://ardownload.adobe.com/pub/adobe/acrobat/win/7x/7.0 /misc/AcTR7EFG.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: waltherbans(a)yahoo.de Created an attachment (id=20834) --> (http://bugs.winehq.org/attachment.cgi?id=20834) This it what is printed out when I started Acrobat via Terminal, opened a pdf-file and clicked on "edit" menu Selecting the "edit" menu when Acrobat has a file open causes it to crash. -- 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 28

[Bug 12659] New: Preferences window missing all user-modifiable settings in Acrobat V7. 0 Pro
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12659 Summary: Preferences window missing all user-modifiable settings in Acrobat V7.0 Pro Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugs(a)q51.org After installing normally, start Acrobat. Give the application some time to display any notices about pending updates, etc., and clear them. There is no need to load a file; this bug pertains to the preferences for the application itself, not a PDF that's been loaded. By going to the Edit menu and selecting the "Preferences..." option (or via the shortcut CTRL + K) it's possible to bring up the Preferences window, but only the "Categories" listbox control and text label are displayed (on the left-hand side of the Preferences window), along with OK and Cancel buttons. The right-hand side of the window, which should display a variety of controls that change for each category the user selects, is completely blank and displays only as the window's background color. I am testing with a stock, plain Debian and Wine installation. No tricks or borrowed DLLs involved. My Wine version: wine-0.9.58 (the latest available to me as a Debian user) My distro: A plain install of Debian 4.0r3 (Etch) Uname -a output: Linux test 2.6.18-6-686 #1 SMP Sun Feb 10 22:11:31 UTC 2008 i686 GNU/Linux Wine package retrieved from: wine.budgetdedicated.com: Wine package name: wine_0.9.58~winehq0~debian~4.0-1_i386.deb Windows application being tested: Adobe Acrobat Professional V7.0.0, off a factory-pressed, genuine CD Launching from the default application installation directory with: wine ./Acrobat.exe The console output I see at the moment the Preferences window appears is: err:ole:CoGetClassObject class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered err:ole:create_server class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} could be created for context 0x15 err:ole:CoGetClassObject class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered err:ole:create_server class {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} not registered [[[...the above 4 lines are repeated 4 more times...]]] fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {b5f8350b-0548-48b1-a6ee-88bd00b4a5e7} could be created for context 0x15 err:comboex:COMBOEX_WindowProc unknown msg 042a wp=00050000 lp=00030100 err:comboex:COMBOEX_WindowProc unknown msg 042a wp=00050000 lp=00030110 fixme:system:SystemParametersInfoW Unimplemented action: 95 (SPI_GETSNAPTODEFBUTTON) The "lp" values in the "unknown msg" error (2nd-last and 3rd-last lines above) are the only things that change from one application launch to another. I tried hard to gather more information about this bug with the command "WINEDEBUG=+relay wine ./Acrobat.exe" but the only way I had to catch the information was via the console's history, and that nearly brought my system to its knees after it accumulated more than 170MB worth of data. Most of that data was the result of KERNEL32.GetLastError, .FlsGetValue, and .SetLastError messages repeatedly incessantly. If someone can tell me how I can prevent those messages from appearing that would drop the size of the output. One more thing to note: I tested for the same bug with Acrobat Reader V7.0.9 -- which is available for free from adobe.com -- and I see the exact same bug, with the exact same console output. That may be useful to know if anyone is interested in confirming this bug. -- 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 27

[Bug 18302] New: Adobe Acrobat Pro 7: Preferences-Window is broken
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18302 Summary: Adobe Acrobat Pro 7: Preferences-Window is broken Product: Wine Version: 1.1.20 Platform: PC-x86-64 URL: http://ardownload.adobe.com/pub/adobe/acrobat/win/7x/7.0 /misc/AcTR7EFG.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: waltherbans(a)yahoo.de When you clicking on "Edit"->"Preference" in Adobe Acrobat Professional 7 a grey box will pop up, listing the Preference's categories in the left. Clicking on an item gives a message box saying: "The value of the magnification must be "Actual Size", "Fit Page", "Fit Width", "Fit Visible", "Automatic", or a value between 8,33% and 6400%." Noting else happens. -- 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 17120] New: Synful Orchestra: crash when run
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17120 Summary: Synful Orchestra: crash when run Product: Wine Version: 1.1.13 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: amranello(a)gmail.com Wine crash when I run Synful Orchestra in dssi-vst. Trial Synful Orchestra download http://www.synful.com/Download.htm -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 8

[Bug 29765] New: Synful Orchestra 2.5.x tpkd.sys driver crashes due to unimplemented function ntoskrnl.exe.IoStartNextPacket
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29765 Bug #: 29765 Summary: Synful Orchestra 2.5.x tpkd.sys driver crashes due to unimplemented function ntoskrnl.exe.IoStartNextPacket Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, the driver crashes and app displays message box "Updated TPkd driver required, and a reboot. Please reboot or reinstall the software." --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Common Files/Synful/Synful Orchestra/SO $ wine ./SynfulOrchestraAuthorizer.exe fixme:ntoskrnl:KeInitializeMutex stub: 0x112900, 0 ... fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\\Device\\DebugMessageDevice" 1f01ff 0x53e514 0x53e510 fixme:ntoskrnl:KeInitializeEvent stub: 0x1110f0 1 0 fixme:ntoskrnl:KeInitializeEvent stub: 0x113970 1 0 fixme:ntoskrnl:IoRegisterDriverReinitialization stub: 0x7efff920 0x545d57 0x113710 fixme:ntoskrnl:__regs_KfRaiseIrql (2) stub! wine: Call from 0x7b83924f to unimplemented function ntoskrnl.exe.IoStartNextPacket, aborting wine: Unimplemented function ntoskrnl.exe.IoStartNextPacket called at address 0x7b83924f (thread 0026), starting debugger... --- snip --- $ sha1sum synful_orchestra_252_32bit_setup.exe 489f3c24279ece8c220745efc5cf59caa22ec7d0 synful_orchestra_252_32bit_setup.exe $ wine --version wine-1.4-rc1-73-g57bb089 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 16671] New: Revit Architecture 2009: Installation fails with call not implemented
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16671 Summary: Revit Architecture 2009: Installation fails with call not implemented Product: Wine Version: 1.1.11 Platform: PC-x86-64 URL: http://students.autodesk.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: netbox(a)pi-xi.net Created an attachment (id=18299) --> (http://bugs.winehq.org/attachment.cgi?id=18299) wine output into console AutoDesk Revit Architecture 2009 installation fails. Everything works up to the part where the installer begins copying files. It manages to install .NET 2.0 and after that reports that installation failed with a "Call not implemented" -error. The produced log by the installer is very vague. This bug is an exact replica of installation failure with Revit Architecture 2008. -- 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 17161] New: Provide lodctr.exe tool to prevent misleading process spawn failure console messages (.NET installers)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17161 Summary: Provide lodctr.exe tool to prevent misleading process spawn failure console messages (.NET installers) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =262d25e3-f589-4842-8157-034d1e7cf3a3 OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a minor nuisance that can be easily fixed... I had to add notes to .NET Framework appdb entries because people wrote about messages which looked like install errors to them. --- snip --- wine: could not load L"C:\\windows\\system32\\lodctr.exe": Module not found --- snip --- Such failures are in fact harmless, not relevant to overall installer status. "lodctr.exe" is a simple command line executable for loading performance data into registry. It is often called from .NET Framework v1.x, 2.x, 3.x installers. MSDN info: http://technet.microsoft.com/en-us/library/bb490926.aspx http://msdn.microsoft.com/en-us/library/aa934371.aspx --- quote --- The loading function of lodctr, LoadPerfCounterTextStrings, is declared in Loadperf.h and exported from Loadperf.dll. You can call this function directly from your install program. The following example shows the syntax for this function. LONG LoadPerfCounterTextStrings( LPSTR lpCommandLine, BOOL bQuietModeArg ); The lpCommandLine parameter is the name of your .ini file. The bQuietModeArg parameter is a Boolean value that specifies whether to display output during the loading of the text strings for the counter. --- quote --- MSDN note suggests that this command line tool is only a thin wrapper which simply calls LoadPerfCounterTextStrings() as workhorse, passing/forwarding the command line as-is. It should be easy to add this tool - even with LoadPerfCounterTextStringsA/W being stubs - to silence installers which try to spawn it. Typical installer logs: --- snip --- 1: 0 2: C:\windows\system32\lodctr.exe C:\windows\Microsoft.NET\Framework\v2.0.50727\_Networkingperfcounters.ini;18;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: Action 21:27:31: RunProcess. Installing Performance Counters for ".NET CLR Networking" ... --- snip --- --- snip --- ... 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: 1: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini" 2: 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: 1: 0 2: C:\windows\system32\lodctr.exe "C:\windows\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\_TransactionBridgePerfCounters.ini";dummy;C:\windows\system32\ 3: 4: 5: 6: 7: 8: 9: 10: ... --- snip --- Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 19741] New: Autodesk Revit 2010 (64bit) installation fails
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=19741 Summary: Autodesk Revit 2010 (64bit) installation fails Product: Wine Version: 1.1.27 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)pi-xi.net Created an attachment (id=23088) --> (http://bugs.winehq.org/attachment.cgi?id=23088) Wine console output during the installation As with earlier versions of Revit, also 2010 installation fails. Everything works up to the part where the installer begins copying files. Unlike with the earlier versions, this time there's an unhandled exception. -- 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 29484] New: Microsoft Visual C++ 2010 Runtime installer crashes in "repair" and "uninstall" mode (empty VolumeLabel in Media table)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29484 Bug #: 29484 Summary: Microsoft Visual C++ 2010 Runtime installer crashes in "repair" and "uninstall" mode (empty VolumeLabel in Media table) Product: Wine Version: 1.3.35 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a user in IRC #winehq tried to reinstall VC++ 2010 runtime in existing WINEPREFIX and failed. I reproduced this. Actually the installer crashes in both, "repair" and "uninstall" mode. Steps: 1) clean WINEPREFIX 2) winetricks -q vcrun2010 3) run the installer again manually: $ wine ./vcredist_x86.exe /uninstall /norestart --- snip --- ... fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006c, 0, L"Microsoft Visual C++ 2010 x86 Redistributable Maintenance"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006c, 0, L"You can repair your installation or remove it from this computer."): stub fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006c, 2, L"Removal Progress"): stub fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006c, 2, L"Please, wait while the Microsoft Visual C++ 2010 x86 Redistributable is being removed from this computer."): stub fixme:storage:create_storagefile Storage share mode not implemented. fixme:advapi:LsaOpenPolicy ((null),0xbccc54,0x00000001,0xbccc6c) stub fixme:advapi:LsaClose (0xcafe) stub wine: Unhandled page fault on write access to 0x00000000 at address 0x68d3fce4 (thread 0024), starting debugger... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x68d3fce4). ... =>0 0x68d3fce4 lstrcpyW+0x16(dst=0x0(nil), src="") [/home/focht/projects/wine/wine-git/include/winbase.h:2297] in msi (0x00bcd584) 1 0x68d422fb find_published_source+0x335(package=0x17f5e8, mi=0x1fff90) [/home/focht/projects/wine/wine-git/dlls/msi/media.c:824] in msi (0x00bcde14) 2 0x68d4275a ready_media+0x2e3(package=0x17f5e8, compressed=0x2, mi=0x1fff90) [/home/focht/projects/wine/wine-git/dlls/msi/media.c:897] in msi (0x00bce074) 3 0x68d3402a ACTION_InstallFiles+0x12a(package=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/files.c:333] in msi (0x00bce104) 4 0x68d0a464 ACTION_HandleStandardAction+0xc3(package=0x17f5e8, action="InstallFiles", rc=0xbce184) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7285] in msi (0x00bce154) 5 0x68d0a658 ACTION_PerformAction+0x89(package=0x17f5e8, action="InstallFiles", script=0xffffffff) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7314] in msi (0x00bce1a4) 6 0x68cf83c5 ITERATE_Actions+0x15c(row=0x1e1150, param=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:529] in msi (0x00bce204) 7 0x68d4e835 MSI_IterateRecords+0x88(view=0x1c5818, count=0x0(nil), func=0x68cf8268, param=0x17f5e8) [/home/focht/projects/wine/wine-git/dlls/msi/msiquery.c:188] in msi (0x00bce234) 8 0x68cf86e4 ACTION_ProcessExecSequence+0x19d(package=0x17f5e8, UIran=0) [/home/focht/projects/wine/wine-git/dlls/msi/action.c:606] in msi (0x00bce274) 9 0x68d0ae12 MSI_InstallPackage+0x3e9(package=0x17f5e8, szPackagePath="C:\3f8e411ba6f8f187178992388f47ef44\vc_red.msi", szCommandLine="REMOVE=ALL INSTALLLEVEL=32767 REMOVE=ALL ALLUSERS=1") [/home/focht/projects/wine/wine-git/dlls/msi/action.c:7500] in msi (0x00bce2c4) 10 0x68d45088 MsiConfigureProductExW+0x36e(szProduct="{196BB40D-1578-3D01-B289-BEFC77A11A1E}", iInstallLevel=0, eInstallState=INSTALLSTATE_ABSENT, szCommandLine="REMOVE=ALL") [/home/focht/projects/wine/wine-git/dlls/msi/msi.c:813] in msi (0x00bce734) 11 0x1006463c in setupengine (+0x6463b) (0x00bce79c) 12 0x1005c0f9 in setupengine (+0x5c0f8) (0x00bce890) 13 0x1005dea1 in setupengine (+0x5dea0) (0x00bce9bc) ... --- snip --- Code: http://source.winehq.org/git/wine.git/blob/ad4f747fa68fe185854e6fbbc6f0fec6… "mi->volume_label" is NULL at this point -> msi_realloc() -> NULL. Dumping "Media" table of "vc_red.msi" with ORCA shows indeed the "VolumeLabel" field is empty. Relevant +msi,+msidb: --- snip --- ... 0042:trace:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Media` WHERE `LastSequence` >= 1 ORDER BY `DiskId`" 0xbce004 0042:trace:msidb:WHERE_CreateView (L"Media") 0042:trace:msidb:TABLE_CreateView 0x16a850 L"Media" 0x1fc954 0042:trace:msidb:TABLE_CreateView table 0x1fde90 found with 6 columns 0042:trace:msidb:TABLE_CreateView L"Media" one row is 18 bytes 0042:trace:msidb:TABLE_get_dimensions 0x1fc970 (nil) 0x1fc958 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 0xbcd560 0xbcd59c 0042:trace:msidb:TABLE_get_column_info 0x1fc970 2 0xbcd560 0xbcd59c 0042:trace:msidb:WHERE_sort 0x1fffd0 0x1fc9e0 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 0xbcd5c0 (nil) 0042:trace:msi:MSI_ParseSQL Parse returned 0 0042:trace:msi:MSI_ViewExecute 0x202ec8 (nil) 0042:trace:msidb:WHERE_execute 0x1fffd0 (nil) 0042:trace:msidb:TABLE_execute 0x1fc970 (nil) 0042:trace:msidb:TABLE_execute There are 6 columns 0042:trace:msidb:TABLE_get_dimensions 0x1fc970 0x1fc95c (nil) 0042:trace:msi:MSI_ViewFetch 0x202ec8 0xbce008 0042:trace:msi:msi_view_get_row 0x16a850 0x1fffd0 0 0xbce008 0042:trace:msidb:WHERE_get_dimensions 0x1fffd0 0xbcdf64 0xbcdf60 0042:trace:msidb:MSI_CreateRecord 6 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 1 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 1 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 1 0xbcdf5c 0042:trace:msidb:MSI_RecordSetInteger 0x205170 1 1 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 2 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 2 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 2 0xbcdf5c 0042:trace:msidb:MSI_RecordSetInteger 0x205170 2 45 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 3 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 3 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 3 0xbcdf5c 0042:trace:msidb:MSI_RecordSetStringW 0x205170 3 L"1" 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 4 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 4 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 4 0xbcdf5c 0042:trace:msidb:MSI_RecordSetStringW 0x205170 4 L"vc_red.cab" 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 5 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 5 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 5 0xbcdf5c 0042:trace:msidb:WHERE_get_column_info 0x1fffd0 6 (nil) 0xbcdf58 (nil) (nil) 0042:trace:msidb:TABLE_get_column_info 0x1fc970 6 (nil) 0xbcdf58 0042:trace:msidb:WHERE_fetch_int 0x1fffd0 0 6 0xbcdf5c 0042:trace:msidb:MSI_RecordSetIntPtr 0x205170 0 2109128 0042:trace:msi:MSI_ViewClose 0x202ec8 ... --- snip --- $ sha1sum vcredist_x86.exe 372d9c1670343d3fb252209ba210d4dc4d67d358 vcredist_x86.exe $ wine --version wine-1.3.35-273-geaa8801 Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 36890] New: DAEMON Tools Ultra 1.x/2.x virtual driver installer 'dtinst.exe' crashes on unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=36890 Bug ID: 36890 Summary: DAEMON Tools Ultra 1.x/2.x virtual driver installer 'dtinst.exe' crashes on unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. --- snip --- $ wine ./DAEMONToolsUltra110-0103.exe ... Unhandled exception: unimplemented function setupapi.dll.SetupDiSetClassInstallParamsW called in 32-bit code (0x7b83ae9b). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7b83ae9b ESP:0033e7a4 EBP:0033e808 EFLAGS:00000283( - -- I S - - -C) EAX:7b826d79 EBX:7b8bd000 ECX:7edd2aa0 EDX:0033e7c4 ESI:0011fb70 EDI:00408b28 ... Backtrace: =>0 0x7b83ae9b RaiseException+0x8f(code=<couldn't compute location>, flags=<couldn't compute location>, nbargs=<couldn't compute location>, args=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32 (0x0033e808) 1 0x7edd2a41 __wine_spec_unimplemented_stub+0x34(module="setupapi.dll", function="SetupDiSetClassInstallParamsW") [/home/focht/projects/wine/wine.repo/src/dlls/winecrt0/stub.c:34] in setupapi (0x0033e840) 2 0x7eda62fd __wine_stub_SetupDiSetClassInstallParamsW+0x28() in setupapi (0x0033fb60) 3 0x004016ff in dtinst (+0x16fe) (0x0033fb60) 4 0x0040286d in dtinst (+0x286c) (0x0033fd90) 5 0x004031a7 in dtinst (+0x31a6) (0x0033fe20) ... 0x7b83ae9b RaiseException+0x8f [/home/focht/projects/wine/wine.repo/src/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); Modules: Module Address Debug info Name (33 modules) PE 400000- 40e000 Export dtinst ELF 7b800000-7ba63000 Dwarf kernel32<elf> \-PE 7b810000-7ba63000 \ kernel32 ... Threads: process tid prio (all id:s are in hex) 00000008 DAEMONToolsUltra110-0103.exe 00000024 0 00000009 0 ... 0000002c (D) C:\Program Files\DAEMON Tools Ultra\dtinst.exe 0000002d 0 <== --- snip --- Source: http://source.winehq.org/git/wine.git/blob/cfb81f2c606c17ff005fce87a2e79e1d… --- snip --- 387 @ stub SetupDiSetClassInstallParamsW --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/hardware/ff552122%28v=vs.85… $ sha1sum DAEMONToolsUltra110-0103.exe 2bcf13a9d3761af6896edc1f81394f4a8b46783b DAEMONToolsUltra110-0103.exe $ du -sh DAEMONToolsUltra110-0103.exe 24M DAEMONToolsUltra110-0103.exe $ wine --version wine-1.7.22 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 16956] New: Lexware: Installation of .Net 2.0 SP 1 fails
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16956 Summary: Lexware: Installation of .Net 2.0 SP 1 fails Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: koesterreich(a)gmx.net Created an attachment (id=18728) --> (http://bugs.winehq.org/attachment.cgi?id=18728) The error-message I am trying to install Lexware financial office Pro 2009 [1] I installed some stuff via winetricks-20081223: winetricks msxml3 jet40 mdac28 dotnet20 winxp The installation fails with "An error occured during the installation of the component Microsoft .Net Framework 2.0 - Service Pack 1. Errorcode: 1603 Installation of 'Microsoft .Net Framework 2.0 - Service Pack 1' failed. The setup will be cancelled." (Translated from German,, see appended Screenshot) [1] Lexware in AppDB: http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505 -- 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 69

[Bug 10376] New: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10376 Summary: recent winsock SO_REUSEADDR patch reveals parameter handling problem in WS_setsockopt Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, seems recent winsock SO_REUSEADDR patch --- snip --- URL: http://source.winehq.org/git/wine.git/?a=commit;h=58b030c270e68c4e130a7decb… Author: Kai Blin <kai.blin <at> gmail.com> Date: Sat Nov 3 08:45:12 2007 +0100 ws2_32: Map SO_REUSEADDR. BSD socket SO_REUSEADDR is not a complete match, but features like "allow binding to a port immediately after closing it" seem to be compatible. --- snip --- triggers a code path in WS_setsockopt() which leads to crash. The cause is an application bug. EvenBalance PunkBuster "PnkBstrA" service which creates local communication sockets accidentally passes the value instead of value address to WS_setsockopt(). The services can be installed and tested with their "pbsvc.exe" tool from http://www.evenbalance.com/downloads/pbsvc/pbsvc.exe --- snip --- .. 0015:trace:winsock:WS_setsockopt socket: 005c, level 0xffff, name 0x4, ptr 0x1, len 1 0015:trace:seh:raise_exception code=c0000005 flags=0 addr=0x76587df5 0015:trace:seh:raise_exception info[0]=00000000 0015:trace:seh:raise_exception info[1]=00000001 0015:trace:seh:raise_exception eax=00000001 ebx=7658e11c ecx=00000002 edx=00000004 esi=0000ffff edi=00000001 0015:trace:seh:raise_exception ebp=617c57a4 esp=617c574c cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00210293 0015:trace:seh:call_stack_handlers calling handler at 0x7bc38810 code=c0000005 flags=0 --- snip --- Their source code snippet probably looks like this: --- snip --- if (setsockopt( sock, .., ..., (char*)value, value_len) != SOCKET_ERROR) --- snip --- Instead of this: --- snip --- if (setsockopt( sock, .., ..., (char*)&value, value_len) != SOCKET_ERROR) --- snip --- Micro$oft "fixes" such crappy^H^H^H^H^H^Hbuggy applications by using SEH to catch invalid pointer dereferencing. If you execute a hand-crafted WS_setsockopt() test case with invalid pointer value in Windows you will see something like this: --- snip --- First-chance exception at 0x719b5280 (mswsock.dll) in test.exe: 0xC0000005: Access violation reading location 0x00000001. --- snip --- Returned last error is WSAEFAULT (bad pointer value/address supplied). Solution: either wrap the whole function within structured exception handler (SEH) or use IsBadReadPtr() on passed pointer and return WSAEFAULT if fishy. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 12954] New: Autodesk Design Review - Not Installing
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12954 Summary: Autodesk Design Review - Not Installing Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris(a)ncode.com.au Created an attachment (id=12700) --> (http://bugs.winehq.org/attachment.cgi?id=12700) Wine command line output This product is an industry standard for communication of CAD designs. It is also freeware from Adobe and can be downloaded from here if needed for debugging: http://download.autodesk.com/esd/designreview/SetupDesignReview2009.exe It does not install. After starting and all the installation questions have been answered, the installer crashes (see output in attached file) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 41277] New: Multiple OpenGL software: refresh problems ( last frame skipped)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=41277 Bug ID: 41277 Summary: Multiple OpenGL software: refresh problems (last frame skipped) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: nemyax(a)gmail.com Distribution: --- I'm seeing this issue in multiple OpenGL programs: Anim8or, 3DAce, Metasequoia, model viewers, etc. Instead of the last frame, the OpenGL viewport shows the last-but-one. This wrong frame stays on until something happens to refresh the viewport. I use the nVidia blob driver, the driver version doesn't seem to matter. -- 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 12999] New: 3d studio MAX 9 trial installer crash when starting up RaySat service?
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12999 Summary: 3d studio MAX 9 trial installer crash when starting up RaySat service? Product: Wine Version: CVS/GIT Platform: Other URL: http://www.soft32.com/download_81704.html OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This seems to be the next problem after bug 12597: rm -rf .wine sh winetricks -q corefonts dotnet20 cc580 vcrun2003 vcrun6 wsh56 wine 3dsmax9Trial.exe cd .wine/drive_c/3dsmax9Trial/ wine Setup.exe aborts for me near the very end, saying err:msi:ITERATE_StartService Failed to start service L"mi-raysat_3dsmax9_32" err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 (even if you uncheck the "start raysat service" checkbox in the installer). After that, starting wine, even with a bogus command, complains similarly: $ wine-git/wine xyzzy ... fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub ... err:eventlog:ReportEventW L"(1458) RegisterServiceCtrlHandler: Service does not exist (0x424)" It seems that raysat_3dsmax9_32server.exe starts up, tries to do trace:service:OpenServiceW 0x119d98 L"RaySat_3dsmax9_32Server" 32768 which fails, presumably because the service isn't up yet? (Why isn't it doing CreateService? Perhaps it's probing to make sure it's not already started up once. But if that's so, why does it just exit without creating the service?) -- 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 12597] New: 3d studio MAX 9 trial installer crash
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12597 Summary: 3d studio MAX 9 trial installer crash Product: Wine Version: CVS/GIT Platform: Other URL: http://3dsmaxtrial.autodesk.com/3dsmax9trial/3dsmax9Tria l.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The trial installer gets further now, but still crashes. With today's wine from git, I did rm -rf .wine sh winetricks corefonts dotnet20 cc580 vcrun2003 wine 3dsmax9Trial.exe cd .wine/drive_c/3dsmax9Trial/ wine Setup.exe After about five minutes, it got to the dialog that asks questions; after entering your name, etc, it crashed like this: Unhandled exception: page fault on read access to 0x00000001 in 32-bit code (0xb7e5f588). Backtrace: =>1 0xb7e5f588 vsnprintfW+0x458(str=0xb43a7a, len=0x64, format=0x7ec7c700, valist=) [libs/wine/string.c:376] in libwine.so.1 (0x0033eb2c) 2 0x7ec4ec63 MSI_QueryGetRecord+0xa3(db=0x12e2f0, fmt=0x7ec7c700) [dlls/msi/msiquery.c:224] in msi (0x0033eb6c) 3 0x7ec2c33e msi_dialog_seltree_handler+0x6e(dialog=0xac8e68, control=0x3a30620, param=) [dlls/msi/dialog.c:2073] in msi (0x0033eb9c) 4 0x7ec2f09b MSIDialog_WndProc+0x1db(hwnd=0xa0042, msg=0x4e, wParam=0x0, lParam=0x33ef2c) [dlls/msi/dialog.c:3362] in msi (0x0033ecbc) ... 376 while (*striter) -- 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 11420] New: service control manager API problem: name of named objects might differ (client vs. service process)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11420 Summary: service control manager API problem: name of named objects might differ (client vs. service process) Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=10552) --> (http://bugs.winehq.org/attachment.cgi?id=10552) patch which fixes client vs. service SCM API when using named objects Hello, there seems to be a misconception in usage of names for named objects in service control manager API. Some people might have experienced such situation: wine hangs for several seconds on startup (when starting services). I usually disabled autostart type services (except for builtin ones) and the problems went away. Lately while fixing Microsoft Visual Studio .NET installers (2002/2003/2005) this problem became more and more annoying because the installers and VS.NET depend on some services, namely "debug manager" (service has to be running). Consider the following snippet with "service_get_event_handle" trace message added by me to highlight the problem: 0x9: client (net.exe) 0x11: service process (mdm.exe) 0x12: dispatcher thread --- snip trace --- .. 0009:trace:advapi:OpenSCManagerW ((null),(null),0x000f003f) 0009:trace:advapi:sc_handle_alloc sc_handle type=0 -> 0x121450 0009:trace:advapi:OpenSCManagerW returning 0x121450 (access : 0x000f003f) 0009:trace:advapi:OpenServiceA 0x121450 "mdm" 983103 0009:trace:advapi:OpenServiceW 0x121450 L"mdm" 983103 0009:trace:advapi:sc_handle_alloc sc_handle type=1 -> 0x121488 0009:trace:advapi:OpenServiceW returning 0x121488 0009:trace:advapi:GetServiceDisplayNameA 0x121450 "mdm" 0x34ee48 0x34fe48 0009:trace:advapi:GetServiceDisplayNameW 0x121450 L"mdm" 0x1214b8 0x34ee08 The Machine Debug Manager service is starting. 0009:trace:advapi:StartServiceA (0x121488,0,(nil)) 0009:trace:advapi:StartServiceW 0x121488 0 (nil) 0009:trace:advapi:LockServiceDatabase 0x121450 0009:trace:advapi:LockServiceDatabase returning 0x3c 0009:trace:advapi:service_start_process service_get_event_handle(L"mdm"): 0x40 0011:trace:advapi:LookupPrivilegeValueW L"",L"SeDebugPrivilege",0x34fc80 0011:trace:advapi:LookupPrivilegeValueW L"" -> 00000000-00000014 0011:trace:advapi:AdjustTokenPrivileges 0011:trace:advapi:StartServiceCtrlDispatcherA 0x34fc9c 0011:trace:advapi:service_run_threads Starting 1 pipe listener threads. Services running as process 16 0012:trace:advapi:service_control_dispatcher 0x121ea8 L"Machine Debug Manager" 0012:trace:advapi:service_control_dispatcher service_get_event_handle(L"Machine Debug Manager"): 0x48 0009:trace:advapi:UnlockServiceDatabase 0x3c 0009:trace:advapi:StartServiceW returning 0 The Machine Debug Manager service failed to start. 0009:trace:advapi:CloseServiceHandle 0x121488 0009:trace:advapi:sc_handle_destroy_service destroying service 0x121488 0009:trace:advapi:CloseServiceHandle 0x121450 0009:trace:advapi:sc_handle_destroy_manager destroying SC Manager 0x121450 000d:trace:advapi:service_run_threads last user process exited, shutting down 0011:trace:advapi:service_run_threads last user process exited, shutting down --- snip trace --- When a service is started, named objects are created to internally communicate data/events from the service process (dispatcher) to client side SCM API and vice versa. Unfortunately there exist service proccesses which pass service names to dispatcher table (StartServiceCtrlDispatcher) not matching the service name on the client side (registry "Services" key). --- snip dlls/advapi32/service.c --- static DWORD WINAPI service_control_dispatcher(LPVOID arg) { service_data *service = arg; LPWSTR name; HANDLE pipe, event; TRACE("%p %s\n", service, debugstr_w(service->name)); /* create a pipe to talk to the rest of the world with */ name = service_get_pipe_name(service->name); <--------- *problem*! pipe = CreateNamedPipeW(name, PIPE_ACCESS_DUPLEX, PIPE_TYPE_BYTE|PIPE_WAIT, 1, 256, 256, 10000, NULL ); if (pipe==INVALID_HANDLE_VALUE) ERR("failed to create pipe for %s, error = %d\n", debugstr_w(service->name), GetLastError()); HeapFree(GetProcessHeap(), 0, name); /* let the process who started us know we've tried to create a pipe */ event = service_get_event_handle(service->name); <--------- *problem*! SetEvent(event); CloseHandle(event); .. --- snip dlls/advapi32/service.c --- As result, different named objects are created and signaled so the client side can't communicate with the service side using named pipe and events. This leads to infamous timeout problem (30 sec) and service startup failing. In case of Microsoft Debug Manager the service is called "mdm" (registry). The service process itself passes "Microsoft Debug Manager" as name to dispatch table (see first trace). Problem: how can both sides communicate a "common" name for named objects? The service dispatcher part on the service side has only dispatch table data available which doesn't help much. I thought about this problem and found a feasible solution ... well call it "hack" whatever. If the client side API passes the service name in one of the process startup parameter members before process creation, the service process' dispatcher routine is able to access this data and create the named objects used for communication. I (ab)used startupinfo "title" member because only wine itself make exclusive use of most service process startup parameters. If not considered safe, use reserved/undoc fields... With that patch applied the services in question start fine and can be controlled using "net" commands. No more hangs ;-) 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 22

[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 45302] New: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.GetPointerDevices' stub (Office 2013)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45302 Bug ID: 45302 Summary: Multiple Microsoft Office installers crash with Windows 8+ setting due to missing 'user32.GetPointerDevices' stub (Office 2013) Product: Wine Version: 3.9 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45284 Prerequisite: WINEPREFIX 'WinVer' set to 'Windows 8' (or higher) --- snip --- $ WINEDEBUG=+seh,+relay,+msi wine ./setup.exe >> log.txt 2>&1 ... 002e:Call KERNEL32.GetProcAddress(7e720000,00c89a08 "RegisterPointerDeviceNotifications") ret=00c0ff46 002e:Ret KERNEL32.GetProcAddress() retval=7e7318cc ret=00c0ff46 002e:Call user32.RegisterPointerDeviceNotifications(00010072,00000000) ret=00a9c882 002e:fixme:win:RegisterPointerDeviceNotifications (0x10072 0): stub 002e:Ret user32.RegisterPointerDeviceNotifications() retval=00000001 ret=00a9c882 002e:Call ntdll.RtlAllocateHeap(00e40000,00000000,00000020) ret=00a09108 002e:Ret ntdll.RtlAllocateHeap() retval=00e4ad58 ret=00a09108 002e:Call KERNEL32.GetProcAddress(7e720000,00c89a2e "GetPointerDevices") ret=00c0ff46 002e:Ret KERNEL32.GetProcAddress() retval=00000000 ret=00c0ff46 002e:Call KERNEL32.GetLastError() ret=00c0ff52 002e:Ret KERNEL32.GetLastError() retval=0000007f ret=00c0ff52 002e:Call KERNEL32.RaiseException(c06d007f,00000000,00000001,0033c7f4) ret=00c0ff85 002e:trace:seh:raise_exception code=c06d007f flags=0 addr=0x7b446f66 ip=7b446f66 tid=002e 002e:trace:seh:raise_exception info[0]=0033c7a8 002e:trace:seh:raise_exception eax=7b435631 ebx=00000000 ecx=00000000 edx=0033c79c esi=0033c79c edi=0033c760 002e:trace:seh:raise_exception ebp=0033c738 esp=0033c6d4 cs=330023 ds=33002b es=f7c4002b fs=f7c40063 gs=f7c4006b flags=00200216 002e:trace:seh:call_stack_handlers calling handler at 0xc5071d code=c06d007f flags=0 ... --- snip --- MSDN: https://msdn.microsoft.com/library/windows/desktop/hh437265(v=vs.85).aspx The stub should return FALSE. NOTE: The installer will still crash due to another missing stub which will be covered by another ticket. Content of ISO image for documentation: --- snip --- $ iso-info -i OfficeProfessionalPlus_x86_en-us.img iso-info version 2.0.0 x86_64-redhat-linux-gnu Copyright (c) 2003-2005, 2007-2008, 2011-2015, 2017 R. Bernstein This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. __________________________________ ISO 9660 image: OfficeProfessionalPlus_x86_en-us.img Application : CDIMAGE 2.56 (01/01/2005 TM) Preparer : Microsoft Corporation, One Microsoft Way, Redmond WA 98052 Publisher : Microsoft Corporation Volume : 15.0.4420.1017 Volume Set : 15.0.4420.1017 Joliet Level: 3 __________________________________ ISO-9660 Information 310 /access.en-us 175 /autorun.inf 124 /catalog 282 /dcf.en-us 292 /excel.en-us 298 /groove.en-us 300 /infopath.en-us 288 /lync.en-us 766 /office.en-us 446 /office64.en-us 300 /onenote.en-us 282 /osm.en-us 294 /osmux.en-us 300 /outlook.en-us 308 /powerpoint.en-us 386 /proofing.en-us 834 /proplusr.ww 304 /publisher.en-us 427 /readme.htm 829576 /setup.dll 207496 /setup.exe 122 /updates 286 /word.en-us 298 /access.en-us/access.en-us 626688 /access.en-us/accessmuiset.msi 1032 /access.en-us/accessmuiset.xml 2583 /access.en-us/setup.xml 1855488 /access.en-us/access.en-us/accessmui.msi 1449 /access.en-us/access.en-us/accessmui.xml 5128502 /access.en-us/access.en-us/acclr.cab 405660 /access.en-us/access.en-us/branding.xml 6783 /catalog/files15.cat 643727 /dcf.en-us/dcfmui.cab 1847296 /dcf.en-us/dcfmui.msi 1215 /dcf.en-us/dcfmui.xml 1808 /dcf.en-us/setup.xml 3835096 /excel.en-us/excellr.cab 1851392 /excel.en-us/excelmui.msi 1777 /excel.en-us/excelmui.xml 2482 /excel.en-us/setup.xml 773716 /groove.en-us/groovelr.cab 1843200 /groove.en-us/groovemui.msi 1126 /groove.en-us/groovemui.xml 1640 /groove.en-us/setup.xml 4417428 /infopath.en-us/inflr.cab 1847296 /infopath.en-us/infopathmui.msi 1232 /infopath.en-us/infopathmui.xml 1781 /infopath.en-us/setup.xml 2196658 /lync.en-us/lyncmui.cab 1847296 /lync.en-us/lyncmui.msi 1227 /lync.en-us/lyncmui.xml 1690 /lync.en-us/setup.xml 405660 /office.en-us/branding.xml 14426648 /office.en-us/officelr.cab 3321856 /office.en-us/officemui.msi 5380 /office.en-us/officemui.xml 626688 /office.en-us/officemuiset.msi 1032 /office.en-us/officemuiset.xml 15532 /office.en-us/offsetlr.cab 191648 /office.en-us/osetupui.dll 14598 /office.en-us/pss10r.chm 38656 /office.en-us/setup.chm 8684 /office.en-us/setup.xml 14848 /office.en-us/shellui.mst 798720 /office64.en-us/office64mui.msi 1910 /office64.en-us/office64mui.xml 626688 /office64.en-us/office64muiset.msi 1036 /office64.en-us/office64muiset.xml 1888120 /office64.en-us/owow64lr.cab 3120 /office64.en-us/setup.xml 1851392 /onenote.en-us/onenotemui.msi 1817 /onenote.en-us/onenotemui.xml 13310210 /onenote.en-us/onotelr.cab 2175 /onenote.en-us/setup.xml 16637 /osm.en-us/osmmui.cab 794624 /osm.en-us/osmmui.msi 1123 /osm.en-us/osmmui.xml 2037 /osm.en-us/setup.xml 3912027 /osmux.en-us/osmuxmui.cab 626688 /osmux.en-us/osmuxmui.msi 1458 /osmux.en-us/osmuxmui.xml 2453 /osmux.en-us/setup.xml 3242747 /outlook.en-us/outlklr.cab 2101248 /outlook.en-us/outlookmui.msi 2836 /outlook.en-us/outlookmui.xml 3870 /outlook.en-us/setup.xml 1851392 /powerpoint.en-us/powerpointmui.msi 1661 /powerpoint.en-us/powerpointmui.xml 26967993 /powerpoint.en-us/pptlr.cab 2073 /powerpoint.en-us/setup.xml 224 /proofing.en-us/proof.en 224 /proofing.en-us/proof.es 224 /proofing.en-us/proof.fr 626688 /proofing.en-us/proofing.msi 1024 /proofing.en-us/proofing.xml 6066 /proofing.en-us/setup.xml 10879185 /proofing.en-us/proof.en/proof.cab 1658880 /proofing.en-us/proof.en/proof.msi 1560 /proofing.en-us/proof.en/proof.xml 12724207 /proofing.en-us/proof.es/proof.cab 1671168 /proofing.en-us/proof.es/proof.msi 1670 /proofing.en-us/proof.es/proof.xml 13710233 /proofing.en-us/proof.fr/proof.cab 1675264 /proofing.en-us/proof.fr/proof.msi 1670 /proofing.en-us/proof.fr/proof.xml 914 /proplusr.ww/config.xml 2748416 /proplusr.ww/office64ww.msi 5085 /proplusr.ww/office64ww.xml 150648 /proplusr.ww/ose.exe 7083120 /proplusr.ww/osetup.dll 21146395 /proplusr.ww/owow64ww.cab 1274456 /proplusr.ww/pidgenx.dll 480303 /proplusr.ww/pkeyconfig-office.xrm-ms 29765632 /proplusr.ww/proplusrww.msi 17281 /proplusr.ww/proplusrww.xml 127722524 /proplusr.ww/proprww.cab 340430581 /proplusr.ww/proprww2.cab 34670 /proplusr.ww/setup.xml 1871872 /publisher.en-us/publishermui.msi 1662 /publisher.en-us/publishermui.xml 3545743 /publisher.en-us/publr.cab 1795 /publisher.en-us/setup.xml 75 /updates/readme.txt 2771 /word.en-us/setup.xml 9552989 /word.en-us/wordlr.cab 1867776 /word.en-us/wordmui.msi 2107 /word.en-us/wordmui.xml --- snip --- $ sha1sum OfficeProfessionalPlus_x86_en-us.img du36a70d4d1a2f42282f4d7175a37264a57da35a91 OfficeProfessionalPlus_x86_en-us.img $ du -sh OfficeProfessionalPlus_x86_en-us.img 667M OfficeProfessionalPlus_x86_en-us.img $ wine --version wine-3.9-230-g868fb05e77 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 7

[Bug 45887] New: I am trying to install MS office 2013 and when I run wine setup.exe, I get this error
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

https://bugs.winehq.org/show_bug.cgi?id=45887 Bug ID: 45887 Summary: I am trying to install MS office 2013 and when I run wine setup.exe, I get this error Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: preethi1433(a)gmail.com Distribution: --- Created attachment 62394 --> https://bugs.winehq.org/attachment.cgi?id=62394 Backtrace I have installed winehq and followed the steps on the wiki. Debian Jessie 8 causes this issue. exe perfectly executable in Windows. -- 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

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 February 2019