wine-bugs November 2021

wine-bugs@winehq.org

1 participants
4856 discussions

[Bug 15748] New: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service?
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=15748 Summary: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service? Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com winetricks dotnet11, or any other way of running the .net 1.1 runtime installer, seems to abort for me with a dialog saying An error occurred while Windows Installer was initializing... C:\\windows\\temp\\dotNetFx.log says StopDarwinService() - Call to ControlService() failed! GetLastError() returned: <183> 183 is ERROR_ALREADY_EXISTS. Wine's log says 003d:Call advapi32.OpenServiceA(0013c4f0,00402740 "msiserver",00000024) ret=0040b496 ... trace:service:OpenServiceW returning 0x135278 003d:Ret advapi32.OpenServiceA() retval=00135278 ret=0040b496 003d:Call advapi32.QueryServiceStatus(00135278,0033f114) ret=0040b50f trace:service:QueryServiceStatus 0x135278 0x33f114 trace:service:QueryServiceStatusEx 0x135278 0 0x33ef64 36 0x33ef88 ... 003d:Ret advapi32.QueryServiceStatus() retval=00000001 ret=0040b50f 003d:Call advapi32.ControlService(00135278,00000001,0033f158) ret=0040b58d trace:service:ControlService 0x135278 1 0x33f158 ... 003d:Ret advapi32.ControlService() retval=00000000 ret=0040b58d 003d:Call KERNEL32.CreateFileA(00530ab0 "C:\\windows\\temp\\dotNetFx.log",40000000,00000003,0033ef1c,00000004,00000080,00000000) ret=00410106 ... 003d:Call user32.MessageBoxA(00000000,0033cec8 "An error occurred while Windows Installer was initializing. Setup will now close.",0033dfcc "Microsoft .NET Framework Setup",00000010) ret=0040a331 It seems to be aborting because it can't stop the msiserver service? Which is strange, since it probably wasn't running... I wonder if a conformance test for ControlService would be informative. -- 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 39613] New: Dot.NET redistributable Package 1.1 no longer works beginning in wine-1.3.2
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=39613 Bug ID: 39613 Summary: Dot.NET redistributable Package 1.1 no longer works beginning in wine-1.3.2 Product: Wine Version: 1.3.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ericmatteson2001(a)yahoo.com Distribution: --- Created attachment 52784 --> https://bugs.winehq.org/attachment.cgi?id=52784 list of tests of wine versions against dot.net_1.1 Dot.NET 1.1 redistributable ( from installer dotnetfx.exe 24,265,736 bytes ) last known good wine was 1.3.1 graphics drawing fails beginning wine-1.3.2 (first regression!) console apps also do not run beginning with wine-1.3.6 (second regression!!) Dot.NET 1.1 still does not work on wine-1.7.55 -- 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 33391] New: Microsoft .NET Framework Version 2.0 x64 installer prerequisite check fails (incorrect "VersionNT64" msi property value)
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=33391 Bug #: 33391 Summary: Microsoft .NET Framework Version 2.0 x64 installer prerequisite check fails (incorrect "VersionNT64" msi property value) Product: Wine Version: 1.5.28 Platform: x86-64 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 folks, while investigating some 64-bit application installer I found a problem with "VersionNT64" msi installer property. --- snip --- 0027:trace:msi:MSI_EvaluateConditionW L"( ((VersionNT64 < 502) OR (VersionNT64 = 502 AND WindowsBuild < 3506)) )" ... 0027:trace:msi:MSI_EvaluateConditionW 1 <- L"( ((VersionNT64 < 502) OR (VersionNT64 = 502 AND WindowsBuild < 3506)) )" 0027:trace:msi:ACTION_PerformAction Performing action (L"CA_Check64OS.3643236F_FC70_11D3_A536_0090278A1BB8") ... --- snip --- It's ok to fail in Windows XP mode (VersionNT64 should be 501) but to my surprise it also failed in later WinVer settings (Windows 2003, ...). The reason is a "reuse" of string buffer which ought to hold WinVer encoded as MajorVersion * 100 + MinorVersion. Source: http://source.winehq.org/git/wine.git/blob/40f3a9fa590b1e4ab785509bb389efbe… --- snip --- 671 static VOID set_installer_properties(MSIPACKAGE *package) 672 { 673 WCHAR *ptr; 674 OSVERSIONINFOEXW OSVersion; 675 MEMORYSTATUSEX msex; 676 DWORD verval, len; 677 WCHAR pth[MAX_PATH], verstr[11], bufstr[22]; ... 860 /* set the os things */ 861 OSVersion.dwOSVersionInfoSize = sizeof(OSVERSIONINFOEXW); 862 GetVersionExW((OSVERSIONINFOW *)&OSVersion); 863 verval = OSVersion.dwMinorVersion + OSVersion.dwMajorVersion * 100; 864 len = sprintfW( verstr, szFormat, verval ); 865 switch (OSVersion.dwPlatformId) 866 { 867 case VER_PLATFORM_WIN32_WINDOWS: 868 msi_set_property( package->db, szVersion9x, verstr, len ); 869 break; 870 case VER_PLATFORM_WIN32_NT: 871 msi_set_property( package->db, szVersionNT, verstr, len ); 872 len = sprintfW( verstr, szFormat,OSVersion.wProductType ); 873 msi_set_property( package->db, szMsiNTProductType, verstr, len ); 874 break; 875 } 876 len = sprintfW( verstr, szFormat, OSVersion.dwBuildNumber ); 877 msi_set_property( package->db, szWindowsBuild, verstr, len ); 878 len = sprintfW( verstr, szFormat, OSVersion.wServicePackMajor ); 879 msi_set_property( package->db, szServicePackLevel, verstr, len ); 880 881 len = sprintfW( bufstr, szFormat2, MSI_MAJORVERSION, MSI_MINORVERSION ); 882 msi_set_property( package->db, szVersionMsi, bufstr, len ); 883 len = sprintfW( bufstr, szFormat, MSI_MAJORVERSION * 100 ); 884 msi_set_property( package->db, szVersionDatabase, bufstr, len ); 885 886 GetNativeSystemInfo( &sys_info ); 887 len = sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel ); 888 msi_set_property( package->db, szIntel, bufstr, len ); 889 if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL) 890 { ... 902 } 903 else if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_AMD64) 904 { 905 msi_set_property( package->db, szMsiAMD64, bufstr, -1 ); 906 msi_set_property( package->db, szMsix64, bufstr, -1 ); 907 msi_set_property( package->db, szVersionNT64, verstr, -1 ); ... --- snip --- "verstr" is overwritten several times. At the point of setting "szVersionNT64" msi property, "verstr" simply contains the last string buffer "reuse" value which is obviously not what we want 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 10

[Bug 52070] New: error messages when graphics driver is null
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52070 Bug ID: 52070 Summary: error messages when graphics driver is null Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: maliku(a)posteo.net Distribution: --- Following the documentation of https://wiki.winehq.org/Useful_Registry_Keys I set the graphics driver to "null", rather than "x11" I get these errors from the wine output, when I was expecting them to be suppressed, or at least not raised as errors 0418:err:winediag:nodrv_CreateWindow Application tried to create a window, but no driver could be loaded. 0418:err:winediag:nodrv_CreateWindow The explorer process failed to start. 0418:err:systray:initialize_systray Could not create tray window -- 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.

1 2

[Bug 37005] New: Serif WebPlus Starter Edition crashes on startup (wincodecs:BitmapEncoderInfo_GetFileExtensions)
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=37005 Bug ID: 37005 Summary: Serif WebPlus Starter Edition crashes on startup (wincodecs:BitmapEncoderInfo_GetFileExtensions) Product: Wine Version: 1.7.23 Hardware: x86 URL: http://download.cnet.com/Serif-WebPlus-Starter-Edition /3000-10248_4-75558786.html OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: windowscodecs Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 49163 --> https://bugs.winehq.org/attachment.cgi?id=49163 WINEDEBUG=relay,seh,tid,wincodecs Installing the application works fine. Note you'll need winetricks mfc42 vcrun2008 (bug 35286) starting the application, however, quickly fails: austin@aw25 ~/.wine/drive_c/Program Files/Serif/WebPlus Starter Edition/3.0/Program $ wine WebPlus\ Starter\ Edition.exe fixme:msg:ChangeWindowMessageFilter 323 00000001 fixme:msg:ChangeWindowMessageFilter 326 00000001 fixme:system:SetProcessDPIAware stub! fixme:wincodecs:BitmapEncoderInfo_GetFileExtensions (0x1d37b0,1024,0x33f238,0x33ea0c): stub wine: Unhandled exception 0xc0000409 in thread 41 at address 0x2223ddf5 (thread 0041), starting debugger... winetricks windowscodecs lets it start. -- 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 52121] New: Smaller fixes to resource editing functions
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52121 Bug ID: 52121 Summary: Smaller fixes to resource editing functions Product: Wine Version: 6.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)daniel-marschall.de Distribution: --- I have two more improvement suggestions the the resource editing functions: (1) There are a few arguments of CreateFileA not correct. It might work on Wine, but if the code runs on older versions of Windows, it raises errors in some circumstances. (1a) In function `create_mapping`: // Fix by Daniel Marschall: Changed "0" to "FILE_SHARE_READ | (rw ? FILE_SHARE_WRITE : 0)" mi->file = CreateFileA(filename, GENERIC_READ | (rw ? GENERIC_WRITE : 0), FILE_SHARE_READ | (rw ? FILE_SHARE_WRITE : 0), NULL, OPEN_EXISTING, 0, 0); (1b) In function `BeginUpdateResource`: // Fix by Daniel Marschall: Changed "GENERIC_READ | GENERIC_WRITE, 0" to "GENERIC_READ, FILE_SHARE_READ" file = CreateFileA(pFileName, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, 0); (2) Function `get_res_nameW` contains `RtlUpcaseUnicodeString(str,str)`. The same should be added to `get_res_nameA`. -- 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.

1 0

[Bug 52066] New: LockWindowUpdate crashes showing new window in program
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=52066 Bug ID: 52066 Summary: LockWindowUpdate crashes showing new window in program Product: Wine Version: 6.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)earthlink.net Distribution: --- Created attachment 71082 --> https://bugs.winehq.org/attachment.cgi?id=71082 runlog of natspeak, showing crash at end This may be a duplicate of bug 50778 or bug 43669 I am running wine 6.21 staging on Gentoo. I run Dragon Naturally Speaking. Sometimes when you open an extra window, the program responds well. but at other times it throws this error, and then crashes. 026c:fixme:win:LockWindowUpdate (00000000), partial stub! A log file is attached. -- 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.

1 1

[Bug 425] Network UNC path handling
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=425 --- Comment #46 from Jonas Bechtel <code(a)jbechtel.de> --- Oh, and creating some file like .wine/dosdevices/uns/server/bla.txt didn't help either. -- 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.

1 0

[Bug 14501] New: docs incorrectly claim that unc paths work
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=14501 Summary: docs incorrectly claim that unc paths work Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: codeslinger(a)compsalot.com The docs for unc path are wrong they do not reflect reality. According to the docs http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure#AEN4… and also according to this rather odious comment http://www.winehq.org/pipermail/wine-users/2007-August/027715.html unc paths, should work, all you do is create a symlink and you are done. Well, I am under intense deadline pressure and I just spent two days of effort trying to get a client/server app to run that requires unc paths. And finally after a lot of study and banging of head against brick wall, finally I find this bug #425 which makes it pretty darn clear that not only does unc path not work, but it never actually has worked!!!! http://bugs.winehq.org/show_bug.cgi?id=425 So I ask that you kindly please fix the docs so that others are not subjected to the same levels of tribulations which I have just needlessly gone through. That bug has been open since 2002, I see no indication that it is going to get fixed any time soon. I have the highest respect and admiration for the winehq project and the people who created it, but this sort of thing is a major black mark against wine. I will be very reluctant to attempt to use wine in the future. -- 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 425] Network UNC path handling
by WineHQ Bugzilla 27 Nov '21

27 Nov '21

https://bugs.winehq.org/show_bug.cgi?id=425 code(a)jbechtel.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |code(a)jbechtel.de --- Comment #45 from code(a)jbechtel.de --- Yes, it is still an issue. I have wine 6.22. explorer.exe prints following console message: 00f4:fixme:shell:ISF_NetworkPlaces_fnParseDisplayName not implemented for L"\\\\server\\" In notepad.exe I get a message box "Path does not exist" "Ok" This share actually /is/ accessible by smbclient and by thunar (BTW remote named pipes don't work either; just tested this with npecho_client2.exe from npecho_client2.c from samba source code) -- 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.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs November 2021