http://bugs.winehq.org/show_bug.cgi?id=31087
Bug #: 31087
Summary: WMI class property retrieval: some CIM data type to
OLE variant (VT) mappings are incorrect (CIM_UINT32,
CIM_UINT16 ...)
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wmi&wbemprox
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
another problem from app in bug 24875 which deserves an extra bug.
The app still fails with wine-1.5.7-252-g1f01355
The problems seems to be a WMI -> .NET type conversion problem of "ProcessId"
property value.
"InvalidCastException" is thrown
--- snip ---
006ee1e8 7b83953f [HelperMethodFrame: 006ee1e8]
006ee258 040347f6
System.Management.PropertyData.MapWmiValueToValue(System.Object,
System.Management.CimType, Boolean)
006ee2d0 04034204 System.Management.PropertyData.get_Value()
006ee2dc 04033aa6
System.Management.ManagementBaseObject.GetPropertyValue(System.String)
006ee2e8 04033a35
System.Management.ManagementBaseObject.get_Item(System.String)
006ee2ec 04034f70
SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI()
006ee31c 04034c0f
SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary)
006ee350 649e3fc6
System.Configuration.Install.Installer.Install(System.Collections.IDictionary)
006ee398 649e5d38
System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary)
006ee3d0 649e7f6e
System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[])
006ee494 649e7734
System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String,
Int32)
--- snip ---
MapWmiValueToValue converts WMI values (wrapped in object) to native .NET value
(wrapped in object) with type conversion if necessary.
MSDN claims "ProcessId" is CIM_UINT32/uint32.
The following link shows example "ProcessId" property dump with 'wbemdump'
tool:
http://nukz.net/reference/wmi/hh/wmisdk/wbemdump_8wft.htm
--- snip ---
wbemdump /Q /wy root\cimv2 WQL "SELECT ProcessId
FROM Win32_process WHERE Name = 'Winmgmt.exe'"
This command produces the following output:
(WQL) SELECT ProcessId FROM Win32_Process WHERE Name = 'Winmgmt.exe'
ProcessId (CIM_UINT32/uint32) = 644 (0x284)
--- snip ---
For CIM_UINT32 type there seems to be 'unboxing' taking place:
net_value = (uint)((int)(wmi_value))
I extracted a small C# snippet from the app .NET assembly which can be used for
easy reproduction of the problem.
Save the following snippet to a text file (ex: "test.cs"):
--- snip test.cs ---
using System;
using System.Collections;
using System.Management;
class TestProgram
{
[STAThread]
static void Main(string[] args)
{
using (ManagementObjectSearcher searcher = new
ManagementObjectSearcher("Select * from Win32_Process"))
{
new ManagementScope(@"root\CIMV2");
foreach (ManagementObject obj2 in searcher.Get())
{
string str = obj2["ProcessId"].ToString();
}
}
}
}
--- snip test.cs ---
Compile it with C# compiler which is present if you installed .NET 2.0
Framework (winetricks).
--- snip ---
$ wine "C:\\windows\\Microsoft.NET\\Framework\\v2.0.50727\\csc.exe" /debug+
test.cs
--- snip ---
Run and get the same backtrace as with installer.
The problem is CIMTYPE -> OLE Variant type conversion.
Source:
http://source.winehq.org/git/wine.git/blob/d2661b802556e073760af5d70869fb55…
--- snip ---
665 HRESULT get_propval( const struct view *view, UINT index, const WCHAR
*name, VARIANT *ret,
666 CIMTYPE *type, LONG *flavor )
667 {
...
681 switch (view->table->columns[column].type & COL_TYPE_MASK)
682 {
683 case CIM_STRING:
684 case CIM_DATETIME:
685 V_VT( ret ) = VT_BSTR;
686 V_BSTR( ret ) = SysAllocString( (const WCHAR *)(INT_PTR)val );
687 break;
688 case CIM_SINT16:
689 V_VT( ret ) = VT_I2;
690 V_I2( ret ) = val;
691 break;
692 case CIM_UINT16:
693 V_VT( ret ) = VT_UI2;
694 V_UI2( ret ) = val;
695 break;
696 case CIM_SINT32:
697 V_VT( ret ) = VT_I4;
698 V_I4( ret ) = val;
699 break;
700 case CIM_UINT32:
701 V_VT( ret ) = VT_UI4;
702 V_UI4( ret ) = val;
703 break;
704 case CIM_SINT64:
705 V_VT( ret ) = VT_BSTR;
706 V_BSTR( ret ) = get_value_bstr( view->table, row, column );
707 break;
708 case CIM_UINT64:
709 V_VT( ret ) = VT_BSTR;
710 V_BSTR( ret ) = get_value_bstr( view->table, row, column );
711 break;
...
--- snip ---
The unbox failure let me guess that CIM_UINT32 doesn't map to VT_UI4 but to
VT_I4.
Google "CIM_UINT32 VT_I4" and hit the first link -> book "Developing Wmi
Solutions: A Guide to Windows Management ..."
Bingo! There is a table which shows the type mapping (BTW good WMI resource to
read...)
uint32 - VT_I4 - CIM_UINT32
While you're at it you might want to fix other type conversions (CIM_UINT16
...) according to the table.
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=31088
Bug #: 31088
Summary: SongSmith 1.0.2 fails to install due to unimplemented
IWshShortcut::WindowStyle property (set/get)
Product: Wine
Version: 1.5.7
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
when bug 31087 is fixed the app installer runs into unimplemented
IWshShortcut::WindowStyle property (set/get)
Managed backtrace:
--- snip ---
006ee2a8 7b83953f [ComPlusMethodFrameStandaloneCleanup: 006ee2a8]
Interop.IWshRuntimeLibrary.IWshShortcut.set_WindowStyle(Int32)
006ee2b8 04035355 SSCustomInstaller.SSInstaller.CreateDesktopShortcut()
006ee2ec 0403505c
SSCustomInstaller.SSInstaller.GetSongsmithSetupPathAndCopyMSI()
006ee31c 04034c0f
SSCustomInstaller.SSInstaller.Install(System.Collections.IDictionary)
006ee350 649e3fc6
System.Configuration.Install.Installer.Install(System.Collections.IDictionary)
006ee398 649e5d38
System.Configuration.Install.AssemblyInstaller.Install(System.Collections.IDictionary)
006ee3d0 649e7f6e
System.Configuration.Install.ManagedInstallerClass.InstallHelper(System.String[])
006ee494 649e7734
System.Configuration.Install.ManagedInstallerClass.System.Configuration.Install.IManagedInstaller.ManagedInstall(System.String,
Int32)
--- 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.
http://bugs.winehq.org/show_bug.cgi?id=18531
Summary: FontValidator (.NET based app) needs
OleInPlaceObject_InPlaceDeactivate properly
implemented
Product: Wine
Version: 1.1.21
Platform: Other
URL: http://www.microsoft.com/typography/FontValidator.mspx
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
now that some urlmon MIME support patches are on the way which are essential
for this app ("text/xml" MIME is later needed to show XML content in embedded
browser window) I file an "intermediate" bug that needs to be fixed before we
can verify the new functionality with real apps ;-)
The story is basically about in-place activation and deactivation of embedded
browser control.
The current shdocvw OleInPlaceObject_InPlaceDeactivate stub is mostly harmless
for many embedded browser control hosting apps because they don't rely on the
fact that in-place deactivation doesn't really take place (control will be
destroyed shortly anyway).
This app use case is a bit special hence the current in-place deactivation stub
becomes the culprit.
Steps to reproduce:
1. clean WINEPREFIX
2. winetricks -q dotnet20
3. start app, "Font files" -> "Add..." -> select whatever true/opentype font
from your system
4. "Table tests" -> "Clear All" -> select only "BASE" (shortens test)
5. "Rasterization" -> deselect "Test rasterization of TrueType outlines"
(shortens test)
6. hit "Start validation"
The .NET 2.0 app creates an embedded browser control:
--- snip ---
...
0029:trace:ole:CoCreateInstance (rclsid={8856f961-340a-11d0-a96b-00c04fd705a2},
pUnkOuter=(nil), dwClsContext=00000001,
riid={00000000-0000-0000-c000-000000000046}, ppv=0x32e2a4)
...
0029:fixme:shell:URL_ParseUrl failed to parse L"Interop.SHDocVw"
...
0029:trace:win:WIN_CreateWindowEx L"Shell Embedding" L"Shell Embedding"
ex=00000100 style=46010000 0,0 0x0 parent=0x500b4 menu=(nil) inst=0x61020000
params=0x136d00
...
0029:trace:win:WIN_CreateWindowEx created window 0x100b6
...
0029:trace:shdocvw:create_shell_embedding_hwnd parent=0x500b4 hwnd=0x100b6
...
0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x500b4
0xadd434)
0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE
...
0029:trace:win:DestroyWindow (0x500b4)
...
--- snip ---
and a "parking window" to host the control in inactive/hidden state until the
real hosting window is about to be created and displayed to avoid runtime
penalties of destroying and recreating browser control each time.
This blog gives some insight in the world of "parking windows":
http://blogs.msdn.com/sburke/archive/2007/06/20/flashback-windows-forms-par…
--- snip ---
0029:trace:win:WIN_CreateWindowEx L"WindowsFormsParkingWindow"
L"WindowsForms10.Window.8.app.0.378734a" ex=00010000 style=02010000 0,0 0x0
parent=0xfffffffd menu=(nil) inst=0x400000 params=(nil)
...
0029:trace:win:WIN_CreateWindowEx created window 0x100b8
0029:trace:win:show_window hwnd=0x100b6, cmd=0, wasVisible 1
...
0029:fixme:shdocvw:OleInPlaceObject_InPlaceDeactivate (0x136d00)
0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11
0029:trace:ole:GetErrorInfo (0, 0x32d9b0, 0x19a9c4)
0029:fixme:shdocvw:WebBrowser_QueryInterface
(0x136d00)->({df0b3d60-548f-101b-8e65-08002b2bd119} 0x32d9a8) interface not
supported
0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10
0029:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b84385b
ip=7b84385b tid=0029
...
0029:trace:win:WIN_SetWindowLong 0x100b6 -4 61031784 W
0029:trace:win:alloc_winproc reusing 0xffff0057 for (nil)/0x61031784
0029:trace:win:WIN_DestroyWindow 0x500b4
--- snip ---
The CLR exceptions resulting from E_NOTIMPL of
OleInPlaceObject_InPlaceDeactivate are handled gracefully.
The window which is the real target for the browser control gets created later:
--- snip ---
0029:trace:win:WIN_CreateWindowEx L"C:\\windows\\temp\\tmp47b0.tmp.report.xml"
L"WindowsForms10.Window.8.app.0.378734a" ex=00050040 style=46cf0000
-2147483648,-2147483648 376x358 parent=0x10088 menu=(nil) inst=0x400000
params=(nil)
...
0029:trace:win:WIN_CreateWindowEx hwnd 0x600b4 cs 0,0 376x358
...
0029:trace:win:show_window hwnd=0x600b4, cmd=5, wasVisible 0
0029:trace:shdocvw:WebBrowser_AddRef (0x136d00) ref=11
0029:trace:shdocvw:OleObject_DoVerb (0x136d00)->(-5 (nil) 0x3c80034 -1 0x600b4
0xaece88)
0029:trace:shdocvw:OleObject_DoVerb OLEIVERB_INPLACEACTIVATE
0029:trace:shdocvw:WebBrowser_Release (0x136d00) ref=10
0029:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b84385b
ip=7b84385b tid=0029
0029:trace:seh:raise_exception info[0]=80131509
0029:trace:seh:raise_exception eax=7b82ca1d ebx=7b8c2918 ecx=00000000
edx=0032d958 esi=0032d958 edi=e0434f4d
0029:trace:seh:raise_exception ebp=0032d920 esp=0032d8bc cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000246
--- snip ---
The CLR exception leads to following backtrace dialog (and abort):
--- snip ---
************** Exception Text **************
System.InvalidOperationException: Unable to get the window handle for the
'AxWebBrowser' control. Windowless ActiveX controls are not supported.
at System.Windows.Forms.AxHost.EnsureWindowPresent()
at System.Windows.Forms.AxHost.InPlaceActivate()
at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state)
at System.Windows.Forms.AxHost.CreateHandle()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr
wparam, IntPtr lparam)
--- snip ---
The activate_inplace() OLE verb bails out early because Wine thinks the control
is in-place activated (This->inplace) -> real in-place deactivation never took
place.
.NET runtime tries to fetch hosted control's window handle which fails because
no parent switch was done.
Adding simple in-place deactivation (releasing IOleInPlaceSite, resetting
This->inplace) lets this app succeed, having windows properly
switched/re-parented.
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=27803
Summary: Internet Explorer 9 installer prerequisite check fails
due to mismatching ntoskrnl.exe version resource
(reported Winver vs. resource version)
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
Internet Explorer 9 installer prerequisite checks due to mismatching ntoskrnl
version resource (reported Winver vs. resource versions).
The installer uses OutputDebugString() so +debugstr gives quick glance what it
does under the hood...
--- snip ---
$ WINEDEBUG=+debugstr wine ./IE9-Windows7-x86-enu.exe
fixme:advapi:RegisterTraceGuidsW (0x6cd15f38, 0x6cd20180,
{e2821408-c59d-418f-ad3f-aa4e792aeb79}, 1, 0x32de10, (null), (null),
0x6cd20188,): stub
warn:debugstr:OutputDebugStringA "00:00.001:
====================================================================\r\n"
warn:debugstr:OutputDebugStringA "00:00.003: Started: 2011/07/16 (Y/M/D)
11:57:17.956 (local)\r\n"
warn:debugstr:OutputDebugStringA "00:00.003: Time Format in this log: MM:ss.mmm
(minutes:seconds.milliseconds)\r\n"
warn:debugstr:OutputDebugStringA "00:00.003: Command line:
Z:\\home\\focht\\Downloads\\IE9-Windows7-x86-enu.exe\r\n"
warn:debugstr:OutputDebugStringA "00:00.042: INFO: Setup installer for
Internet Explorer: 9.0.8112.16421\r\n"
warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Checking version for
C:\\windows\\SYSTEM32\\ieframe.dll: Failed. (Couldn't get File Version Info
size.)\r\n"
warn:debugstr:OutputDebugStringA "00:00.050: ERROR: Couldn't get File Version
Info size for System32\\ieframe.dll\r\n"
warn:debugstr:OutputDebugStringA "00:00.050: INFO: Checking if
iexplore.exe's current version is between 9.0.6001.0...\r\n"
warn:debugstr:OutputDebugStringA "00:00.050: INFO: ...and 9.1.0.0...\r\n"
warn:debugstr:OutputDebugStringA "00:00.051: INFO: Maximum version on which
to run IEAK branding is: 9.1.0.0...\r\n"
warn:debugstr:OutputDebugStringA "00:00.051: INFO: iexplore.exe version
check success. Install can proceed.\r\n"
warn:debugstr:OutputDebugStringA "00:00.051: INFO: Trying to extract ID:
6006 (0) as \"IE9-neutral.Extracted.cab\"\r\n"
warn:debugstr:OutputDebugStringA "00:00.320: INFO: Trying to extract ID:
5006 (0) as \"IE9-support.cab\"\r\n"
warn:debugstr:OutputDebugStringA "00:00.861: INFO: Operating System: Windows
Workstation: 6.1.7601 (Service Pack 1)\r\n"
warn:debugstr:OutputDebugStringA "00:00.862: INFO: Windows 7 operating
system detected.\r\n"
warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack major:
1\r\n"
warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack minor:
0\r\n"
warn:debugstr:OutputDebugStringA "00:00.863: INFO: Service pack name:
Service Pack 1\r\n"
warn:debugstr:OutputDebugStringA "00:00.864: ERROR: System version and
prerequisite validation checks failed.\r\n"
fixme:commctrl:TaskDialogIndirect 0x32d940, 0x32d9a4, (nil), (nil)
warn:debugstr:OutputDebugStringA "00:00.865: INFO: Setup exit code:
0x00009C53 (40019) - Unable to install on Windows prerelease version\r\n"
warn:debugstr:OutputDebugStringA "00:00.910: INFO: Cleaning up temporary
files in: C:\\windows\\TEMP\\IE9acd.tmp\r\n"
warn:debugstr:OutputDebugStringA "00:00.927: INFO: Unable to remove
directory C:\\windows\\TEMP\\IE9acd.tmp, marking for deletion on reboot.\r\n"
warn:debugstr:OutputDebugStringA "00:00.930: INFO: Released Internet
Explorer Installer Mutex\r\n"
--- snip ---
+tid,+seh,+relay gives:
--- snip ---
...
0035:Call version.GetFileVersionInfoSizeW(0032df48
L"C:\\windows\\System32\\ntoskrnl.exe",0032df0c) ret=01010110
...
0035:Call version.GetFileVersionInfoW(0032df48
L"C:\\windows\\System32\\ntoskrnl.exe",00000000,000006b4,00151a58) ret=0101014a
...
0035:Ret version.GetFileVersionInfoW() retval=00000001 ret=0101014a
0035:Call version.VerQueryValueW(00151a58,01002058 L"\\",0032df18,0032df08)
ret=0101016f
0035:Ret version.VerQueryValueW() retval=00000001 ret=0101016f
...
0035:Call KERNEL32.OutputDebugStringW(01022690 L"00:12.292: ERROR: System
version and prerequisite validation checks failed.\r\n") ret=0101136b
...
0035:Call KERNEL32.ExpandEnvironmentStringsW(0032d9d8 L"Internet Explorer 9
isn't supported on pre-release versions of Windows 7 and Windows Vista. Please
upgrade to a released version.",00000000,00000000) ret=0101054c
--- snip ---
Winver is set to Win 7 SP1 6.1 build 7601 but version resource reports Win XP
SP3.
The installer specifically checks the QFE number, it must be >= 17105 (SP1?)
Source:
http://source.winehq.org/git/wine.git/blob/a0f681ad4c1626459db14668d5d046bd…
$ sha1sum IE9-Windows7-x86-enu.exe
fb2b17cf1d22f3e2b2ad339c5bd78f8fab406d03 IE9-Windows7-x86-enu.exe
$ wine --version
wine-1.3.24-174-g4b4dd30
If this bug is fixed it runs into next one (commctrl.TaskDialogIndirect being a
stub).
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=28864
Bug #: 28864
Summary: Internet Explorer 9 encounters NtQueryInformationToken
error
Product: Wine
Version: 1.3.31
Platform: x86
URL: http://download.microsoft.com/download/C/3/B/C3BF2EF4-
E764-430C-BDCE-479F2142FC81/IE9-Windows7-x86-enu.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: the.ideals(a)gmail.com
Classification: Unclassified
Created attachment 37074
--> http://bugs.winehq.org/attachment.cgi?id=37074
ntdll error
wine-1.3.31 - Win 7
After bypassing installer issues. I encounter an ntdll error.
err:ntdll:NtQueryInformationToken Unhandled Token Information class 25!
fixme:ntdll:NtQueryInformationToken QueryInformationToken( ...,
TokenElevationType, ...) semi-stub
--
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=27804
Summary: Multiple MS installers expect a "Logs" folder under
%SystemRoot%
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
multiple MS installers expect a "Logs" folder to exist under %SystemRoot%
Logs useful for diagnosis don't get created otherwise.
Example: IE9 installer in "silent" mode.
--- snip ---
...
executing must-succeed process '"C:\windows\System32\cmd.exe" /C IF
NOT EXIST "%IESetup%\IeNrCore.exe" exit 1 >
C:\windows\Logs\IESetup_20110716-111159_temp.log 2>&1'
Path not found
...
--- 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.
http://bugs.winehq.org/show_bug.cgi?id=28924
Bug #: 28924
Summary: "Unknown error" message at Visual Studio 2010 startup
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: keks9n(a)gmail.com
Classification: Unclassified
I've got it installed, but it doesn't run.
$ wine devenv.exe
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:process:SetProcessDEPPolicy (1): stub
fixme:heap:HeapSetInformation (nil) 1 (nil) 0
fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VisualStudio.10.0": stub
fixme:ole:CoInitializeSecurity (0x32f898,-1,(nil),(nil),0,0,(nil),8,(nil)) -
stub!
err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not
registered
err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046}
could be created for context 0x1
Then it shows "Unknown error" message.
--
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=28022
Summary: Visual Studio 2010 Professional does not install
Product: Wine
Version: 1.2.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neil.stoker(a)gmail.com
Created an attachment (id=35879)
--> (http://bugs.winehq.org/attachment.cgi?id=35879)
The output from wine /mnt/disk/setup.exe 2> wine.log for a full install
Attempting to install the full version of Visual Studio 2010 Professional.
The initial load of the setup appears to work correctly (although taking a very
long time). The error reporting to Microsoft was enabled.
Accepting licence terms worked.
Full install to c: (with 180G free)
Microsoft .NET framework 4 * failed during install
--
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.