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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=17516
Summary: Safari 4 Beta Crashes on Launch
Product: Wine
Version: 1.1.15
Platform: PC
URL: http://www.apple.com/safari/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Created an attachment (id=19629)
--> (http://bugs.winehq.org/attachment.cgi?id=19629)
console output
Wine crashes when launching safari.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14574
Summary: iphlpapi: GetAdaptersAddresses required for some utility
classes in system.net namespace (.NET)
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
encountered this insufficiency several times while investigating bugs in
several .NET/managed apps:
--- snip ---
..
First chance exception generated: (0x125ef4c)
<System.EntryPointNotFoundException>
ClassName=<null>
AssemblyName=<null>
MessageArg=<null>
ResourceId=0
_className=<null>
_exceptionMethod=<null>
_exceptionMethodString=<null>
_message=(0x125f094) "Unable to find an entry point named
'GetAdaptersAddresses' in DLL 'iphlpapi.dll'."
_data=<null>
_innerException=<null>
_helpURL=<null>
_stackTrace=(0x125f16c) <System.SByte[]>
_stackTraceString=<null>
_remoteStackTraceString=<null>
_remoteStackIndex=0
_dynamicMethods=<null>
_HResult=-2146233053
_source=<null>
_xptrs=0
_xcode=-532459699
Exception is called:FIRST_CHANCE
[0110] mov esi,eax
(cordbg) w
Thread 0x4a Current State:Background,GCUnsafe spot
0)* System.Net.NclUtilities::GetLocalAddresses +0272[native] +0029[IL]
1) System.Net.NclUtilities::get_LocalAddresses +0219[native] +0081[IL]
2) System.Net.ServicePoint::IsAddressListLoopback +0067[native] +0002[IL]
3) System.Net.ServicePoint::SetAddressList +0082[native] +0024[IL]
4) System.Net.ServicePoint::GetIPAddressInfoList +0503[native] +0228[IL]
5) System.Net.ServicePoint::ConnectSocketInternal +0150[native] +0022[IL]
6) System.Net.ServicePoint::ConnectSocket +0055[native] +0000[IL]
7) System.Net.ServicePoint::GetConnection +0257[native] +0067[IL]
8) System.Net.PooledStream::Activate +0142[native] +0024[IL]
9) System.Net.Connection::CompleteStartConnection +0360[native] +0111[IL]
..
--- snip ---
The missing iphlpapi export seems not critical for functioning of apps (first
chance exception is caught) but it's better to fill holes in wine's API.
MSDN info here: http://msdn.microsoft.com/en-us/library/aa365915.aspx
Set component as -unknown- because iphlpapi component doesn't exist in
bugzilla.
(NOTE for myself: encountered this in VS.NET 2005 startup phase, under managed
debugger, 'ca e')
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.
http://bugs.winehq.org/show_bug.cgi?id=17922
Summary: LiveZilla aborts due to unimplemented mshtml stubs
Product: Wine
Version: 1.1.18
Platform: PC
URL: http://www.livezilla.net/downloads/files/LiveZilla_3.1.7
.12_Setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=20254)
--> (http://bugs.winehq.org/attachment.cgi?id=20254)
LiveZilla standard error messages
With today's Git (wine-1.1.18-100-g9c95322), after installing the .NET
Framework 2.0 with winetricks and installing LiveZilla, starting the LiveZilla
application yields a dialog box with the message "Internet Explorer cannot be
accessed: The method or operation is not implemented.", which seems to stem
from:
fixme:mshtml:HTMLLocation_get_href (0x6cc3f98)->(0x32bfe4)
Changing the stub to return S_OK only changes the particular error that occurs.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32414
Bug #: 32414
Summary: Unhandled page fault exception when launching the
Samsung TV SDK's emulator
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andyearnshaw(a)gmail.com
Classification: Unclassified
Created attachment 42759
--> http://bugs.winehq.org/attachment.cgi?id=42759
Debug output for Emulator2.exe
When executing Emulator2.exe from the Samsung TV SDK 3.5.2 (from
http://samsungdforum.com), the program immediately exits with the following
error:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00409373)
Full output with the command used to launch is attached. As for the SDK
itself, that fails with a similar error message, but it's just an IDE (and/or a
plugin for Eclipse) and much of the functionality can be reproduced with other
applications. The emulator is the only part of the SDK whose functionality
cannot be reproduced in a Unix environment.
I've attempted various suggested workarounds, such as changing to the .exe
file's directory before execution and running from a 32-bit Wine prefix. I've
also tried several older versions of the emulator with the same result.
A brief discussion regarding the issue can be found on the Wine forums at
http://forum.winehq.org/viewtopic.php?f=8&t=17835.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=46492
Bug ID: 46492
Summary: Call of Duty Black Ops 4 fails to launch
Product: Wine
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: throwawayaccx(a)gmail.com
Distribution: ---
Created attachment 63330
--> https://bugs.winehq.org/attachment.cgi?id=63330
Here's the log of opening Battle.net and launching BLOPS4
Lines 1211-1216 happen when I launch the game.
--
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.