http://bugs.winehq.org/show_bug.cgi?id=16093
Summary: MS AppLocale installer fails
Product: Wine
Version: 1.1.8
Platform: Other
URL: http://www.microsoft.com/globaldev/tools/apploc.mspx
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Applocate is a handy way to run apps in a non-system locale. See
http://alcahest.club.fr/perso/apploc/applocale.html
for a description and screenshots.
(Incidentally, there is a similar utility called Winelocale,
see http://cinnamonpirate.com/hobbies/software/winelocale/
Its installation instructions are quite demanding,
and it probably only works for one app at a time,
unlike Applocate. If I understand correctly, anyway.)
Installing applocate on wine fails; +msi shows that the failure
comes after running some external executable:
trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q
C:\\windows\\\\almain.sdb"
...
err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned
1627
--
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=24196
Summary: oleaut32: typelib registration should not fail
bitness-neutral assemblies (32-bit typelib wrapped in
64-bit PE, x64 .NET 2.0 installer)
Product: Wine
Version: 1.3.1
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another x64 .NET Framework 2.0 installer bug.
The typelib registration fails for some assemblies:
--- snip ---
...
002c:Call KERNEL32.CreateProcessA(00000000,7fffec16f650
"\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\regtlibv12.exe\"
\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb\"",00000000,00000000,7fff00000001,00000000,00000000,00000000,7fffec8edfe8,7fffec8eb9e0)
ret=4fc035780
...
002e:Call oleaut32.LoadTypeLib(7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",7ffff143f870)
ret=004027bf
...
002e:Call KERNEL32.LoadLibraryExW(7ffff143f360
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000,0000000b)
ret=7ffff105ffb0
002e:Ret KERNEL32.LoadLibraryExW() retval=7fffefad0001 ret=7ffff105ffb0
...
002e:Ret oleaut32.LoadTypeLib() retval=00000000 ret=004027bf
002e:Call oleaut32.RegisterTypeLib(7ffff74d30d0,7ffff143f880
L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000)
ret=00402808
...
002e:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00402808
...
002c:Call msi.MsiRecordSetStringW(00000005,00000000,7fffec8ec620
L"RegisterTypeLib of
C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb failed
: 800288bd") ret=4fc0358bd
--- snip ---
The PE file containing typelib resources "System.Drawing.tlb" is a PE64 binary.
Dumping the typelib resource reveals:
--- snip ---
Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii
000002B0 4D 53 46 54 02 00 01 00 00 00 00 00 09 04 00 00 MSFT.........
000002C0 00 00 00 00 41 00 00 00 02 00 00 00 00 00 00 00 ....A..........
000002D0 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ...............
--- snip ---
flags: 0x41 -> indicates the typelib itself is 32 bit (SYSKIND = SYS_WIN32)
The folder "c:\windows\Microsoft.NET\Framework64\v2.0.50727\" contains
assemblies with following characteristics:
64-bit PE + 64 bit typelib part (flags = 0x43 -> SYSKIND = SYS_WIN64)
64-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
I verified that Wine msi correctly installs them into their appropriate 32 bit
and 64 bit folders.
The 32-bit counterparts from "c:\windows\Microsoft.NET\Framework\v2.0.50727\"
are all:
32-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32)
===
What causes the embedded typelib to be 32-bit?
Well, the .NET assemblies these typelibs belong to are flagged as "MSIL"
assemblies.
These are bitness-neutral assemblies that are portable and can run under any
platform.
When you look at 64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Drawing" Version="2.0.0.0"
PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral"
ProcessorArchitecture="MSIL" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
Example for bitness-aware assembly (managed C++ assemblies are automatically
platform specific):
64-bit ->
"c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml":
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral"
ProcessorArchitecture="AMD64" FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
32-bit ->
"c:\windows\Microsoft.NET\Framework\v2.0.50727\RedistList\FrameworkList.xml":
(the 64 bit .NET Framework 2.0 redist contains both: the 64 bit _and_ 32 bit
runtime)
--- snip ---
<File AssemblyName="System.Data" Version="2.0.0.0"
PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="x86"
FileVersion="2.0.50727.42" InGAC="true" />
--- snip ---
I guess Wine should not fail on these bitness-neutral assemblies that contain
32-bit typelibs.
--- snip dlls/oleaut32/typelib.c ---
HRESULT WINAPI RegisterTypeLib(
ITypeLib * ptlib, /* [in] Pointer to the library*/
OLECHAR * szFullPath, /* [in] full Path of the library*/
OLECHAR * szHelpDir) /* [in] dir to the helpfile for the library,
may be NULL*/
{
...
if (ptlib == NULL || szFullPath == NULL)
return E_INVALIDARG;
if (FAILED(ITypeLib_GetLibAttr(ptlib, &attr)))
return E_FAIL;
TRACE("(%s,%d)", debugstr_w(szFullPath), attr->syskind);
#ifdef _WIN64
if (attr->syskind != SYS_WIN64) return TYPE_E_BADMODULEKIND;
#else
if (attr->syskind != SYS_WIN32 && attr->syskind != SYS_WIN16) return
TYPE_E_BADMODULEKIND;
#endif
...
}
--- snip dlls/oleaut32/typelib.c ---
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=24200
Summary: msi: properly handle msidbComponentAttributes64bit
attribute to support x64 installers that mix
architectures in a single MSI package (32-bit and
64-bit components, filesystem, registry)
Product: Wine
Version: 1.3.1
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
Hello,
one of the main problems with current Wine msi is there are x64 installers that
mix architectures in a single MSI package: 64-bit and 32-bit components
(without a separate 32-bit installer for 32-bit components).
Basically 'msidbComponentAttributes64bit' is not handled.
Example: "mscoree.dll" -> .NET bootstrapper
"Component" table:
--- snip 32-bit ---
MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
{173A6EB3-6403-11D4-A53F-0090278A1BB8}
DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8
FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 32-bit ---
Attributes = 8
--- snip 64-bit ---
MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
{70B495DC-D747-4182-B6D7-86C8A2244B25}
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264
FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
--- snip 64-bit ---
Attributes = 264 (256 = msidbComponentAttributes64bit + 8)
When it comes to "InstallFiles" action:
--- snip 32-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110
"FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d0b980
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409
--- snip 32-bit component ---
--- snip 64-bit component ---
001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0
"FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c)
ret=7fffed8ff38c
...
001b:trace:msi:resolve_folder Working to resolve
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001b:trace:msi:cabinet_copy_file extracting
L"C:\\windows\\system32\\mscoree.dll"
001b:Call KERNEL32.CreateFileW(7fffe7d15b40
L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000)
ret=7fffed8ff409
001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40
--- snip 64-bit component ---
The first extracted 32-bit version that gets (incorrectly) extracted to
system32 folder (remember: we're 64-bit install here) and subsequently gets
overwritten with 64-bit version later.
For the registry the same applies: In order to create registry values in 64bit
HKLM for components marked with "msidbComponentAttributes64bit" there is
nothing to change in 64-bit installs.
For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node.
Ideally Wine's msi should also support something like
"msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components
to write into 64bit HKLM but that's not required for now.
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=24189
Summary: msi: set "System64Folder" standard property in x64
environment (64bit installer of .NET Framework 2.0)
Product: Wine
Version: 1.3.1
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
Hello,
continuation of bug 24187
Check for x64 IE5.01 fails.
--- snip ----
001a:trace:msi:msi_set_property 0x7ffff72baca0
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\"
...
001a:trace:msi:ACTION_AppSearchDr
L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8"
...
001a:trace:msi:msi_get_property property
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found
...
001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT
IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )"
...
001a:trace:msi:ACTION_PerformAction Performing action
(L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8")
...
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or
higher version is required prior to installing Microsoft .NET Framework")
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher
version is required prior to installing Microsoft .NET Framework"
...
001a:err:msi:ITERATE_Actions Execution halted, action
L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603
--- snip ----
SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit
--- snip orca ---
SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8
[DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8
[SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1
--- snip orca ---
Although the property is initially set:
--- snip ---
001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for
property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
It is later reset due to custom action:
--- snip ---
001a:trace:msi:ACTION_CustomAction Handling custom action
L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]"
001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil)
0x7fffecf4ddfc
001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc
001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750
0x7fffecf4dcbc
001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]")
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder"
001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE
`_Property`=?" 0x7fffecf4dc38
001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68
001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns
001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes
001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400
...
001a:trace:msi:msi_get_property property L"System64Folder" not found
001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed
001a:trace:msi:msi_set_property 0x7ffff72da890
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L""
001a:trace:msidb:MSI_CreateRecord 1
001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1
L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8"
--- snip ---
The standard property "System64Folder" must be set in x64 environments.
Adding this in dlls/msi/package.c:set_installer_properties() with proper value
will succeed the check and get the installer 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.
http://bugs.winehq.org/show_bug.cgi?id=22805
Summary: Can't install 64bit .NET 2.0
Product: Wine
Version: 1.1.44
Platform: x86-64
URL: http://www.microsoft.com/downloads/details.aspx?family
id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
I'm trying to install the 64bit version of .NET 2.0 but this fails.
Console shows:
wine: Invalid address
A +module trace shows:
warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but
there are no relocation records
warn:module:load_dll Failed to load module
L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018
--
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=24187
Summary: msi: set "MsiAMD64" and "Msix64" standard properties
in x64 environment (64bit installer of .NET Framework
2.0)
Product: Wine
Version: 1.3.1
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
Hello,
this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6
The 64bit version of .NET Framework 2.0 fails due to launch condition not met.
--- snip ---
...
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64"
001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50
001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only
supported on AMD64 platforms"
...
001b:trace:msi:msi_get_property property L"MsiAMD64" not found
001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64"
001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed
001b:trace:msi:MSI_ViewClose 0x7fffec3ab130
001b:trace:msidb:TABLE_close 0x7fffec3aba00
001b:trace:msidb:TABLE_delete 0x7fffec3aba00
001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed
001b:trace:msidb:MSI_CreateRecord 1
001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07:
LaunchConditions. Return value 1603."
--- snip ---
You have to add standard properties that indicate 64-bit environment.
Current, only the "Intel" (32 bit) standard property is handled.
--- snip dlls/msi/package.c ---
static VOID set_installer_properties(MSIPACKAGE *package)
{
...
static const WCHAR szIntFormat[] = {'%','d',0};
static const WCHAR szIntel[] = { 'I','n','t','e','l',0 };
...
GetSystemInfo( &sys_info );
if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL)
{
sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel );
msi_set_property( package->db, szIntel, bufstr );
}
...
--- snip dlls/msi/package.c ---
Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still
present for backward compatibility) and "Msix64" (introduced with with Windows
Installer 3.1).
The values seem not relevant, it's only important that the properties exist.
You can reuse the sys_info values from previous GetSystemInfo() call for
"Intel" property to also test for AMD/64 bit case.
In case of x64 system set both, "MsiAMD64" and "Msix64" properties.
With that in place, this launch condition succeeds only to run into next bug
;-)
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=24419
Summary: Nvidia hdr sample crashes without native d3dx9_36
Product: Wine
Version: 1.3.2
Platform: x86-64
URL: http://developer.download.nvidia.com/SDK/9.5/Samples/D
EMOS/Direct3D9/HDR_FP16x2.zip
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: directx-d3dx9
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: wine-bugs(a)winehq.org
Created an attachment (id=30784)
--> (http://bugs.winehq.org/attachment.cgi?id=30784)
+d3dx trace
Terminal shows:
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43b300): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43c9c0): stub
fixme:d3dx:D3DXCreateFontIndirectW (0x136a08, 0x32fa0c, 0x43cbe0): stub
fixme:d3dx:D3DXGetImageInfoFromFileInMemory (0x8d0000, 1048620, 0x32f770):
partially implemented
fixme:d3dx:D3DXGetImageInfoFromFileInMemory Invalid or unsupported image file
I suspect it's related to that last line or two...
it pops up a dialog, saying:
The D3D device has a non-zero reference count, meaning some objects were not
released.
winetricks d3dx9_36 lets it run.
--
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=21812
Summary: 3dgamestudio.com demos crash on exit
Product: Wine
Version: 1.1.39
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The Venice demo at 3dgamestudio.com looks beautiful,
but crashes on exit.
http://server.conitec.net/down/venice.zip
443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip
Happily, there seems to be a reasonable backtrace:
Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code
(0x7e51e14c).
Backtrace:
=>0 FindContext+0x16d(This=0x19bbc8, target=0x193030)
[dlls/wined3d/context.c:1923] in wined3d
1 context_acquire+0x8a(device=0x19bbc8, target=(nil),
usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d
2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8,
D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d
3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273]
in d3d9
4 in acknex (+0x6435a)
5 in reflectionparticle (+0x101e)
0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl
0xf2c(%eax),%eax
1923 old_render_offscreen = context->render_offscreen;
--
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=16060
Summary: comctl32, gfi32, user32: tests fail, when dpi is not the
default (96)
Product: Wine
Version: 1.1.8
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=17288)
--> (http://bugs.winehq.org/attachment.cgi?id=17288)
patch to dump tm.tmHeight
(As requested by Dmitry, one bug for all)
Current known tests, that fail, when dpi is not 96
(The Implementation was not checked yet):
comctrl32:monthcal
comctrl32:rebar
comctrl32:status
comctrl32:tab
comctrl32:toolbar
comctrl32:treeview
gdi:font
user32:combo
Implementations known to have bugs, where the related tests are fixed:
comctl32/header (VERT_BORDER must be 2)
Fixing the heigh of the system font will make more hidden bugs
in the Wine tree visible.
----------------------
A difference found during research is the tm.tmHeight of the system font.
(GetTextMetrics)
w98 (72, 96 dpi): 16
w98 (120): 20
w98 is broken for 144 and 192 dpi: 16
w2k (72, 96 dpi): 16
w2k (120, 144, 192 dpi): 20
Wine: always 16
The attached patch for dlls/comctrl32/tests/status.c dump
tm.tmHeight (the first value after "expect")
--
By by ... Detlef
--
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=24501
Summary: Games For Windows - Live: client doesn't start with
mono
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
It wants .Net 3.5, but that doesn't work in wine. In mono, fails with:
** (GFWLClient.exe:8): WARNING **: The following assembly referenced from
C:\Program Files\Microsoft Games for Windows - LIVE\Client\GFWLClient.exe could
not be loaded:
Assembly: PresentationFramework (assemblyref_index=2)
Version: 3.0.0.0
Public Key: 31bf3856ad364e35
The assembly was not found in the Global Assembly Cache, a path listed in the
MONO_PATH environment variable, or in the location of the executing assembly
(C:\Program Files\Microsoft Games for Windows - LIVE\Client\).
which is WPF, and according to Mono, http://mono-project.com/WPF, they have no
plans to implement (big project, not much reward).
I'm filing a bug here mostly to collect duplicates. If a lot of duplicates show
up, perhaps Novell/Mono will change their mind...
To reproduce:
$ winetricks -q gfw mono26
$ cd .wine/drive_c/Program\ Files/Microsoft\ Games\ for\ Windows\ -\
LIVE\Client
$ wine GFWLClient.exe
--
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.