http://bugs.winehq.org/show_bug.cgi?id=33513
Bug #: 33513
Summary: Microsoft SQL Server 2005 Express Edition: installer
fails complaining about corrupted .NET installation
Product: Wine
Version: 1.5.29
Platform: x86
URL: http://go.microsoft.com/fwlink/?linkid=65212
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Created attachment 44358
--> http://bugs.winehq.org/attachment.cgi?id=44358
console output
After fixing bug 33510 the installer complains about non-existent or corrupted
.NET installation when running with wine mono. Winetricks dotnet20 works
around.
Attaching the console output. Missing registration for class
Microsoft.SqlServer.Setup.SetupBootstrapWizard (guid
100d062d-4823-4c3e-be65-4da9b82a874b reported near the end of log) is likely
the culprit.
A workaround for bug 32048 is needed to get that far.
--
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=33608
Bug #: 33608
Summary: Microsoft SQL Server 2005 Express Edition: installer
fails to detect IE (needs CIM_DataFile WMI class)
Product: Wine
Version: 1.5.30
Platform: x86
URL: http://go.microsoft.com/fwlink/?linkid=65212
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wmi&wbemprox
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
The installer complains that the Internet Explorer version is older than IE6
SP1. The installation continues, but some features are unavailable.
The installer logs reveal that the following WQL query is used to check IE
version:
select * from CIM_DataFile where Name='C:\\windows\\system32\\shdocvw.dll'
Install native mspatcha to reproduce 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.
http://bugs.winehq.org/show_bug.cgi?id=33609
Bug #: 33609
Summary: Microsoft SQL Server 2005 Express Edition: installer
warns about non-writable Program Files (needs
Win32_Directory WMI class)
Product: Wine
Version: 1.5.30
Platform: x86
URL: http://go.microsoft.com/fwlink/?linkid=65212
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wmi&wbemprox
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
The installer complains that the default installation path is not writable.
This message has no consequences (installation continues anyway), but it would
be nice if we could get rid of it.
The installer logs reveal that the following WQL query is used to check disk
write access:
select * from Win32_Directory where Name='C:\\Program Files\\Microsoft SQL
Server' or Name='C:\\Program Files'
Install native mspatcha to reproduce 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.
http://bugs.winehq.org/show_bug.cgi?id=31981
Bug #: 31981
Summary: Microsoft SQL Server 2005 Express Edition: SQL Server
System Configuration Checker fails
Product: Wine
Version: 1.5.15
Platform: x86
URL: http://go.microsoft.com/fwlink/?linkid=65212
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: djelinski1(a)gmail.com
Classification: Unclassified
Created attachment 42142
--> http://bugs.winehq.org/attachment.cgi?id=42142
+wbemprox log of sql server installer
Continuation from bug 31522:
With implemented StdRegProv.GetStringValue installer no longer complains about
WMI/Wbem insufficiencies. Unfortunately, it still fails.
One of the final meaningful lines in +wbemprox log is:
trace:wbemprox:enum_values 0x80000002,
L"SYSTEM\\CurrentControlSet\\Services\\lanmanserver"
This key does not exist in Wine, and its absence is probably the direct reason
of installer failure.
--
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=30707
Bug #: 30707
Summary: Add support for .NET 4.0 assembly cache (.NET 4.0
Framework installer)
Product: Wine
Version: 1.5.4
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,
this is a bug covering Hans' patch http://source.winehq.org/patches/data/86357
'winetricks dotnet40' recipe currently contains 'gacutil' workaround/hack for
installing assemblies into .NET 4.0 GAC.
.NET's native fusion currently fails due to junction support (bug 10601) hence
all assemblies must be manually installed using 'gacutil' as post-installation
step.
Using Hans' patch and setting 'fusion=builtin' before running the .NET 4.0
installer gets .NET 4.0 assemblies installed into GAC.
The installer actually succeeds which is an improvement over the current
"workaround" recipe.
There is a difference though.
With Hans' patch all .NET 4.0 assemblies get installed into:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/assembly
...
$ ls */*
GAC_32/CustomMarshalers:
4.0.0.0__b03f5f7f11d50a3a
GAC_32/ISymWrapper:
4.0.0.0__b03f5f7f11d50a3a
GAC_32/Microsoft.Transactions.Bridge.Dtc:
4.0.0.0__b03f5f7f11d50a3a
GAC_32/Microsoft.VisualBasic.Activities.Compiler:
10.0.0.0__b03f5f7f11d50a3a
...
GAC_32/System.Web:
4.0.0.0__b03f5f7f11d50a3a
GAC_MSIL/Accessibility:
4.0.0.0__b03f5f7f11d50a3a
GAC_MSIL/AspNetMMCExt:
4.0.0.0__b03f5f7f11d50a3a
GAC_MSIL/Microsoft.Build:
4.0.0.0__b03f5f7f11d50a3a
...
--- snip ---
Starting with .NET 4.0 there exist two global assembly caches - the "public"
one and a "private" one for the Framework.
In previous versions, all .NET assemblies were installed into
"C:\\windows\\assembly".
With .NET 4.0 the assemblies are further split.
The "private" GAC for 4.0 is located in "c:\\windows\\Microsoft.NET\\assembly".
See: http://msdn.microsoft.com/en-us/magazine/dd727509.aspx
("Understanding The CLR Binder")
--- quote ---
In .NET Framework 4.0, the GAC went through a few changes. The concept of
placing assemblies into a global directory began in CLR v1.1. In case of .NET
Framework 1.1 (which had CLR v1.1) and .NET Framework 2.0 (which had CLR 2.0),
the GAC was split into two, one for each CLR. This avoided the leaking of
assemblies across CLR versions. For example, if both .NET 1.1 and .NET 2.0
shared the same GAC, then a .NET 1.1 application, loading an assembly from this
shared GAC, could get .NET 2.0 assemblies, thereby breaking the .NET 1.1
application.
The CLR version used for both .NET Framework 2.0 and .NET Framework 3.5 is CLR
2.0. As a result of this, there was no need in the previous two framework
releases to split the GAC. The problem of breaking older (in this case, .NET
2.0) applications resurfaces in Net Framework 4.0 at which point CLR 4.0
released. Hence, to avoid interference issues between CLR 2.0 and CLR 4.0, the
GAC is now split into private GACs for each runtime.
Tools such as GACUtil and Shfusion will behave exactly the same as they did in
pre–.NET Framework 4.0 scenarios. Also, the behavior of publisher policy
(explicitly mentioned, since it is required to install these policy files to
the GAC) will not change. The main change is that CLR v2.0 applications now
cannot see CLR v4.0 assemblies in the GAC.
...
--- quote ---
With the current 'winetricks dotnet40' recipe and help of .NET 4.0 'gacutil'
the assemblies live in "private" GAC:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/windows/Microsoft.NET/assembly
...
$ ls */*
GAC_MSIL/UIAutomationProvider:
v4.0_4.0.0.0__31bf3856ad364e35
GAC_MSIL/UIAutomationTypes:
v4.0_4.0.0.0__31bf3856ad364e35
GAC_MSIL/WindowsBase:
v4.0_4.0.0.0__31bf3856ad364e35
GAC_MSIL/WindowsFormsIntegration:
v4.0_4.0.0.0__31bf3856ad364e35
--- snip ---
"public" GAC with no previous .NET versions installed:
--- snip ---
$ ls assembly/
PublisherPolicy.tme pubpol1.dat temp tmp
--- snip ---
There are some problems when 'fusion' remains set to 'builtin' after
installation though that will be subject to other bugs.
If the .NET 4.0 'private' GAC location is fixed one can safely remove
'fusion=builtin' workaround after running the installer and have a functional
.NET Framework installation running with native mscoree/fusion.
This allows to get rid of 'gacutil' hack.
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=27659
Summary: Microsoft .NET 4 disk space blocker
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Riskexas(a)gmail.com
So i have problems with microsoft .NET 4 - First time i installed it it worked
fine but i had to renew my wine to play Terraria(from 1.3.15 to 1.3.23). So i
did it and now trying to instal .NET 4 it shows that there is not enough disk
space:
Drive c: Required - 64u MB, Available - 64u MB
This blocks my installation.
NOTE:No, mono doesn't work!
--
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=33392
Bug #: 33392
Summary: winetricks dotnet40 install stuck on required disk
space dialog
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)skierpage.com
Classification: Unclassified
Created attachment 44186
--> http://bugs.winehq.org/attachment.cgi?id=44186
install won't continue past this requirements dialog
tl;dr: The dotnet40 installer mis-reports the required and available space on
drive C: as "64uMB".
I need to install .NET 4.0 for TurboTax Deluxe 2012.
So run winetricks dotnet40, it tells me to download gac<something> and restart,
I do. After accepting the license I get the following dialog, which I'll
attach as a screenshot
<2>
Resolve the conflicts, click Refresh to confirm the conflicts have been
resolved,then click Next to continue with the installation.
⃠ Drive C: Required - 64uMB, Available - 64u MB
v These programs must be closed v These services must be stopped
[nothing listed]
I was at 99% on my ext4 home drive, so I freed some space (now at Size 7.3G
Used Avail 592M) and clicked [Refresh]. The dialog didn't change, so I Canceled
the installation and repeated, but got the same dialog with the same incorrect
space reporting. Console output shows no obvious problems:
fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 0, L"Please accept the
license terms to continue."): stub
fixme:propsheet:PROPSHEET_SetHeaderTitleW (0x1006e, 1, L"System Requirements"):
stub
fixme:propsheet:PROPSHEET_SetHeaderSubTitleW (0x1006e, 1, L"Setup cannot
continue until the following conflicts have been resolved."): stub
This sounds like bug 27659 which went away for the reporter and so was closed.
--
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=31128
Bug #: 31128
Summary: Microsoft.Build tool from .NET Framework 4.x requires
kernel32.dll GetDynamicTimeZoneInformation
Product: Wine
Version: 1.5.8
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
trying to compile a simple .NET 4.x solution with MSBuild tool results in:
--- snip ---
$ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\MsBuild.exe"
CompressionDemo.sln
...
MSBUILD : error MSB4017: The build stopped unexpectedly because of an
unexpected logger failure.
Microsoft.Build.Exceptions.InternalLoggerException: The build stopped
unexpectedly because of an unexpected logger failure. --->
System.EntryPointNotFoundException: Unable to find an entry point named
'GetDynamicTimeZoneInformation' in DLL 'kernel32.dll'.
at
Microsoft.Win32.UnsafeNativeMethods.GetDynamicTimeZoneInformation(DynamicTimeZoneInformation&
lpDynamicTimeZoneInformation)
at System.TimeZoneInfo.GetLocalTimeZone(CachedData cachedData)
at System.TimeZoneInfo.CachedData.CreateLocal()
at System.DateTime.ToLocalTime(Boolean throwOnOverflow)
at Microsoft.Build.Framework.BuildEventArgs.get_Timestamp()
at
Microsoft.Build.BackEnd.Logging.ParallelConsoleLogger.BuildStartedHandler(Object
sender, BuildStartedEventArgs e)
at
Microsoft.Build.Evaluation.ProjectCollection.ReusableLogger.BuildStartedHandler(Object
sender, BuildStartedEventArgs e)
at
Microsoft.Build.BackEnd.Logging.EventSourceSink.RaiseBuildStartedEvent(Object
sender, BuildStartedEventArgs buildEvent)
--- snip ---
Prequisite: 'winetricks -q dotnet40' and .NET Framework 4.5 (RC) install, see
appdb
Example project:
http://www.codeproject.com/Articles/381661/Creating-Zip-Files-Easily-in-NET…
("Creating Zip Files Easily in .NET 4.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.
http://bugs.winehq.org/show_bug.cgi?id=30635
Bug #: 30635
Summary: .NET 3.x/4.x WPF based installers/apps require
windowscodecs.dll.IWICStream_InitializeFromMemory_Prox
y
Product: Wine
Version: 1.5.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: windowscodecs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
continuation of bug 20220.
--- snip ---
wine: Call from 0x7b8393ff to unimplemented function
windowscodecs.dll.IWICStream_InitializeFromMemory_Proxy, aborting
...
Unhandled Exception: System.Reflection.TargetInvocationException: Exception has
been thrown by the target of an invocation. --->
System.Runtime.InteropServices.SEHException: External component has thrown an
exception.
at
MS.Win32.PresentationCore.UnsafeNativeMethods.WICStream.InitializeFromMemory(IntPtr
pIWICStream, IntPtr pbBuffer, UInt32 cbSize)
at System.Windows.Media.StreamAsIStream.IStreamFrom(IntPtr memoryBuffer,
Int32 bufferSize)
at System.Windows.Media.Imaging.BitmapDecoder.GetIStreamFromStream(Stream&
bitmapStream)
at
System.Windows.Media.Imaging.BitmapDecoder.SetupDecoderFromUriOrStream(Uri uri,
Stream stream, BitmapCacheOption cacheOption, Guid& clsId, Boolean&
isOriginalWritable, Stream& uriStream, UnmanagedMemoryStream&
unmanagedMemoryStream, SafeFileHandle& safeFilehandle)
at System.Windows.Media.Imaging.BitmapDecoder.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption, Boolean insertInDecoderCache)
at System.Windows.Media.Imaging.BitmapFrame.CreateFromUriOrStream(Uri
baseUri, Uri uri, Stream stream, BitmapCreateOptions createOptions,
BitmapCacheOption cacheOption)
at
System.Windows.Media.ImageSourceConverter.ConvertFrom(ITypeDescriptorContext
context, CultureInfo culture, Object value)
at
System.ComponentModel.TypeConverter.ConvertFromString(ITypeDescriptorContext
context, CultureInfo culture, String text)
at System.Windows.Markup.XamlTypeMapper.ParseProperty(Object targetObject,
Type propType, String propName, Object dpOrPiOrFi, ITypeDescriptorContext
typeContext, ParserContext parserContext, String value, Int16 converterTypeId)
...
--- snip ---
$ wine --version
wine-1.5.3-243-g9c0486d
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=20220
Summary: AutoCAD 2009: unimplemented function
windowscodecs.dll.WICCreateImagingFactory_Proxy
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=23845)
--> (http://bugs.winehq.org/attachment.cgi?id=23845)
backtrace with built-in windowscodecs.dll
I'm using wine-1.1.30-115-gf8ec47d on Fedora 11 32 bit.
Steps to reproduce:
1) start AutoCAD 2009
2) draw a line
3) select a line
4) get Unhandeled exception window from bug #20214
5) unselect line
6) hold left ctrl and select line
Application crashes and closes without error message. If I use native
windowscodecs.dll (699.5 KB) I get neither crash nor application closes.
I did so as Vincent Povirk advised me in bug #20214 so I went to this website
and did all what was written there
http://wiki.winehq.org/Backtraces
built-in windowscodecs.dll
backtrace in attachment
native windowscodecs.dll
no backtrace, no 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.
http://bugs.winehq.org/show_bug.cgi?id=18640
Summary: .NET 3.0 WPF requires IDirect3D9Ex to be functional
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another one, rotting on harddisk half a year now (since first .NET 3.0 voyage)
- before it gets lost.
--- snip ---
...
fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17b328)->(0, 0x1814d0)
fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17b328)->(0, 0x181568,
0x181580): Stub!
fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546e4, (nil)) stub!
...
err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827
in caller: Could not create display set.
fixme:d3d9:IDirect3D9ExImpl_GetAdapterLUID (0x17a388)->(0, 0x19bcc0)
fixme:d3d9:IDirect3D9ExImpl_GetAdapterDisplayModeEx (0x17a388)->(0, 0x19bd58,
0x19bd70): Stub!
fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533547a4, (nil)) stub!
err:ntdll:vDbgPrintExWithPrefix 65: MIL FAILURE: Unexpected HRESULT 0x88760827
in caller: The render thread failed unexpectedly.
fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533548ac, (nil)) stub!
...
fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources"
...
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x6cc5c4):
stub
err:eventlog:ReportEventW L"clr20r3"
err:eventlog:ReportEventW L"viewer.exe"
err:eventlog:ReportEventW L"1.0.0.0"
err:eventlog:ReportEventW L"473fefa6"
err:eventlog:ReportEventW L"presentationframework"
err:eventlog:ReportEventW L"3.0.0.0"
err:eventlog:ReportEventW L"45398c20"
err:eventlog:ReportEventW L"6496"
err:eventlog:ReportEventW L"be"
err:eventlog:ReportEventW L"system.windows.markup.xamlparse"
err:eventlog:ReportEventW L"NIL"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
...
Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create
instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by
the target of an invocation. Error in markup file 'MainWindow.xaml'. --->
System.Reflection.TargetInvocationException: Exception has been thrown by the
target of an invocation. ---> System.Windows.Markup.XamlParseException: 'Menu'
object cannot be added to 'Grid'. Exception from HRESULT: 0x88980406 Error at
object 'System.Windows.Controls.Menu' in markup file
'Viewer;component/mainwindow.xaml'. --->
System.Runtime.InteropServices.COMException (0x88980406): Exception from
HRESULT: 0x88980406
at MS.Internal.HRESULT.Check(Int32 hr)
at System.Windows.Media.Composition.DUCE.Channel.SyncFlush()
at System.Windows.Media.MediaContext.CompleteRender()
at System.Windows.Media.MediaContext.CreateChannels()
at System.Windows.Media.MediaSystem.ConnectChannels(MediaContext mc)
at System.Windows.Media.MediaContext..ctor(Dispatcher dispatcher)
at System.Windows.Media.MediaContext.From(Dispatcher dispatcher)
at System.Windows.Media.VisualCollection.Add(Visual visual)
at System.Windows.Controls.UIElementCollection.AddInternal(UIElement
element)
at System.Windows.Controls.UIElementCollection.Add(UIElement element)
at
System.Windows.Controls.UIElementCollection.System.Collections.IList.Add(Object
value)
at System.Windows.Markup.BamlRecordReader.AddToContentProperty(Object
container, Object contentProperty, Object value)
...
--- snip ---
IDirect3D9ExImpl_GetAdapterLUID
IDirect3D9ExImpl_GetAdapterDisplayModeEx
currently return D3DERR_DRIVERINTERNALERROR
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=18638
Summary: .NET 3.0 apps abort with: Call from to unimplemented
function GDI32.dll.GdiEntry13, aborting
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another one, rotting on harddisk half a year now (since first .NET 3.0 voyage)
- before it gets lost.
--- snip ---
Wine: Call from 0x53214562 to unimplemented function GDI32.dll.GdiEntry13,
aborting
fixme:advapi:CheckTokenMembership (0x204 0x192490 0x7eb318a8) stub!
fixme:imm:ImmDisableIME (-1): stub
fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of
other threads
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x000003e8,nil),0x0008,0x000000ea,0x3009a1b4,0x7ed505c0):
stub
err:eventlog:ReportEventW L"viewer.exe"
err:eventlog:ReportEventW L"1.0.0.0"
err:eventlog:ReportEventW L"473fefa6"
err:eventlog:ReportEventW L"milcore.dll"
err:eventlog:ReportEventW L"6.0.5840.16386"
err:eventlog:ReportEventW L"4539975a"
err:eventlog:ReportEventW L"0"
err:eventlog:ReportEventW L"00084562"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
--- snip ---
A simple stub is enough.
See: http://msdn.microsoft.com/en-us/library/ms648442.aspx
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=30758
Bug #: 30758
Summary: .NET 4.0 installer/CLR native ngen.exe runs into
"unimplemented function fusion.dll.InitializeFusion,
aborting" (Wine builtin fusion override during .NET 4
install)
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: fusion
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
with bug 30707 is fixed all .NET 4.0 assemblies are now installed when using
"fusion=builtin,native".
As already written, an additional "ngen=builtin" is needed for install process
to avoid native ngen.exe being called which wants this unimplemented fusion
API.
It's not really harmful as these deferred assembly -> GAC install steps have
already been carried out by msi install itself but it might confuse/scare users
looking at terminal output, spotting "unimplemented function
fusion.dll.InitializeFusion, aborting".
--- snip ---
00ff:Call KERNEL32.CreateProcessW(00000000,00cb5e98
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe
executeQueuedItems 1",00000000,00000000,00000001,00000000,00000000,00cb6058
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319",0151d6b8,0151d698)
ret=00c8ffd9
...
0101:Call KERNEL32.__wine_kernel_init() ret=7bc5312a
00ff:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00c8ffd9
...
0101:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033e640)
ret=f73966d9
0101:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83940f
ip=7b83940f tid=0101
0101:trace:seh:raise_exception info[0]=f7396740
0101:trace:seh:raise_exception info[1]=f7396780
wine: Call from 0x7b83940f to unimplemented function
fusion.dll.InitializeFusion, aborting
...
0101:Call oleaut32.SysAllocString(0016eb08 L"Uninstalling assembly mscorlib,
Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 because of an
error during compilation: Unknown exception.\n") ret=608f07f9
...
--- snip ---
The assemblies are not really uninstalled as the message suggests.
Adding a simple stub for HRESULT WINAPI InitializeFusion(void), returning
E_NOTIMPL is enough to avoid that.
Only called two times:
--- snip ---
...
fixme:fusion:InitializeFusion stub!
fixme:fusion:InitializeFusion stub!
--- snip ---
After winetricks install recipe is finished, "fusion=builtin,native" override
should be dropped/reversed (not made permanent).
This allows for GAC rebuild/updates or later installation of assemblies that
are not part of msi installers (using native ngen).
For example to trigger manual GAC rebuild/update:
--- snip ---
$ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update
--- snip ---
Regard
--
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=18639
Summary: .NET 3.0 WPF needs NtSecureConnectPort stub
Product: Wine
Version: 1.1.22
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
another one, rotting on harddisk half a year now (since first .NET 3.0 voyage)
- before it gets lost.
--- snip ---
$ wine ./Viewer.exe
fixme:ole:CoGetContextToken stub
fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework"
fixme:shell:URL_ParseUrl failed to parse L"WindowsBase"
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"PresentationCore"
fixme:advapi:RegisterTraceGuidsW 0x6307f2 (nil) 0x32dfc4 1 0x32dfa0 (null)
(null) 0x32dfa8
fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources"
fixme:shell:URL_ParseUrl failed to parse L"Viewer.resources"
fixme:shell:URL_ParseUrl failed to parse L"Engine"
fixme:shell:URL_ParseUrl failed to parse L"msvcm90"
fixme:shell:URL_ParseUrl failed to parse L"Cube"
fixme:advapi:RegisterTraceGuidsW 0x532dc234 (nil) 0x53218780 27 0x32d050 (null)
(null) 0x53355f40
fixme:seh:RtlCaptureStackBackTrace (2, 3, 0x533546cc, (nil)) stub!
wine: Call from 0x7bc3c616 to unimplemented function
ntdll.dll.NtSecureConnectPort, aborting
fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.resources"
fixme:advapi:CheckTokenMembership (0x1c4 0x174c50 0x32d5f8) stub!
fixme:imm:ImmDisableIME (-1): stub
fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of
other threads
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x00000102,0x3009a1b4,0x7ed505c4):
stub
err:eventlog:ReportEventW L"clr20r3"
err:eventlog:ReportEventW L"viewer.exe"
err:eventlog:ReportEventW L"1.0.0.0"
err:eventlog:ReportEventW L"473fefa6"
err:eventlog:ReportEventW L"presentationframework"
err:eventlog:ReportEventW L"3.0.0.0"
err:eventlog:ReportEventW L"45398c20"
err:eventlog:ReportEventW L"6496"
err:eventlog:ReportEventW L"be"
err:eventlog:ReportEventW L"system.windows.markup.xamlparse"
err:eventlog:ReportEventW L"NIL"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
fixme:thread:NtQueryInformationThread info class 9 not supported yet
Unhandled Exception: System.Windows.Markup.XamlParseException: Cannot create
instance of 'MainWindow' defined in assembly 'Viewer, Version=1.0.0.0,
Culture=neutral, PublicKeyToken=963dca5fb49a45ad'. Exception has been thrown by
the target of an invocation. Error in markup file 'MainWindow.xaml'. --->
System.Reflection.TargetInvocationException: Exception has been thrown by the
target of an invocation. ---> System.TypeInitializationException: The type
initializer for 'System.Windows.Window' threw an exception. --->
System.TypeInitializationException: The type initializer for
'System.Windows.FrameworkElement' threw an exception. --->
System.TypeInitializationException: The type initializer for
'System.Windows.Documents.TextElement' threw an exception. --->
System.TypeInitializationException: The type initializer for
'System.Windows.Media.FontFamily' threw an exception. --->
System.Runtime.InteropServices.SEHException: External component has thrown an
exception.
at NtSecureConnectPort(Void** , _UNICODE_STRING* ,
_SECURITY_QUALITY_OF_SERVICE* , _PORT_VIEW* , Void* , _REMOTE_PORT_VIEW* ,
UInt32* , Void* , UInt32* )
at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName,
Void* rawExpectedSid, Byte[] connectBuffer, Int32& errorCode)
at MS.Internal.FontCache.LPCServices.TryConnectToLPCPort(String portName,
Sid expectedSid, Byte[] connectBuffer, Int32& errorCode)
at MS.Internal.FontCache.LPCProtocol.TryConnectToServer(Int32 timeout,
Int32& errorCode)
at MS.Internal.FontCache.IPCCacheManager.GetServerSectionName(Int32 timeout,
Int32& errorCode)
at MS.Internal.FontCache.CacheManager.GetServerCache()
at MS.Internal.FontCache.CacheManager.Lookup(IFontCacheElement e)
at System.Windows.Media.FontFamily.PreCreateDefaultFamilyCollection()
at System.Windows.Media.FontFamily..cctor()
...
at Viewer.App.Main()
wine: Unhandled exception 0xe0434f4d at address 0x7b844f6c (thread 003e),
starting debugger...
Unhandled exception: 0xe0434f4d in 32-bit code (0x7b844fef).
--- snip ---
A simple stub returning STATUS_NOT_IMPLEMENTED is enough.
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=46085
Bug ID: 46085
Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x)
need 'api-ms-win-core-winrt-string-l1-1-1.dll' stub
dll
Product: Wine
Version: 3.19
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in
qemuarm64 machine). Most likely present with x86_64 Wine too.
--- snip ---
$ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe
...
0009:trace:loaddll:load_native_dll Loaded
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at
0x140000000: native
0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll"
at 0x7fb3600000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at
0x7fb34a0000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin
...
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000:
builtin
0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll
(which is needed by
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at
0x7fb2a60000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at
0x7fb2a40000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at
0x7fb2a20000: builtin
0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll
(which is needed by
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found
...
0009:err:module:attach_dlls Importing dlls for
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed,
status c0000135
--- snip ---
'api-ms-win-core-winrt-l1-1-0' exists but not the 1.1.1 API set.
Wine source:
https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-winr…https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-winr…
Microsoft docs:
https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api…
$ wine64 --version
wine-3.19-117-g4852130c82
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.
https://bugs.winehq.org/show_bug.cgi?id=46086
Bug ID: 46086
Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x)
need 'api-ms-win-core-processthreads-l1-1-3' stub dll
Product: Wine
Version: 3.19
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
Encountered while playing with some 64-bit ARM apps from Win10 SDK (running in
qemuarm64 machine). Most likely present with x86_64 Wine too.
--- snip ---
$ WINEDEBUG=+seh,+loaddll,+process wine64 DeployUtil.exe
...
0009:trace:loaddll:load_native_dll Loaded
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" at
0x140000000: native
0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll"
at 0x7fb3600000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-file-l1-2-2.dll" at 0x7fb34c0000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-errorhandling-l1-1-3.dll" at
0x7fb34a0000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-winrt-l1-1-0.dll" at 0x7fb3480000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\advapi32.dll" at 0x7fb33b0000: builtin
...
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-com-l1-1-1.dll" at 0x7fb2c80000:
builtin
0009:err:module:import_dll Library api-ms-win-core-winrt-string-l1-1-1.dll
(which is needed by
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\oleaut32.dll" at 0x7fb2af0000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-handle-l1-1-0.dll" at 0x7fb2ab0000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-synch-l1-2-1.dll" at 0x7fb2a80000:
builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-winrt-error-l1-1-1.dll" at
0x7fb2a60000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-libraryloader-l1-2-1.dll" at
0x7fb2a40000: builtin
0009:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\api-ms-win-core-rtlsupport-l1-2-0.dll" at
0x7fb2a20000: builtin
0009:err:module:import_dll Library api-ms-win-core-processthreads-l1-1-3.dll
(which is needed by
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe") not found
...
0009:err:module:attach_dlls Importing dlls for
L"Z:\\home\\focht\\Downloads\\win10sdk_arm64\\arm64\\DeployUtil.exe" failed,
status c0000135
--- snip ---
'api-ms-win-core-processthreads-l1-1-2' exists but not the 1.1.3 API set.
Wine source:
https://source.winehq.org/git/wine.git/tree/HEAD:/dlls/api-ms-win-core-proc…https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-proc…
Microsoft docs:
https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api…
$ wine64 --version
wine-3.19-117-g4852130c82
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.
https://bugs.winehq.org/show_bug.cgi?id=46101
Bug ID: 46101
Summary: Multiple ARM64 apps from Windows 10 SDK (10.0.17763.x)
crash on unimplemented function
api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHand
leW
Product: Wine
Version: 3.19
Hardware: aarch64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: api-ms-win-*
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says.
--- snip ---
$ pwd
/home/focht/projects/woa-winrt/win10sdk-install/Windows
Kits/10/bin/10.0.17763.0/arm64
$ WINEDEBUG=+seh,+loaddll,+process wine64 ./DeployUtil.exe
...
wine: Call from 0x7bcd0024 to unimplemented function
api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW, aborting
0009:trace:seh:call_stack_handlers calling handler at 0x7b4d6330 code=80000100
flags=1
wine: Unimplemented function
api-ms-win-core-libraryloader-l1-2-1.dll.GetModuleHandleW called at address
0x7bcd0024 (thread 0009), starting debugger...
Threads:
process tid prio (all id:s are in hex)
00000008 (D) Z:\home\focht\projects\woa-winrt\win10sdk-install\Windows
Kits\10\bin\10.0.17763.0\arm64\DeployUtil.exe
00000009 0 <==
...
System information:
Wine build: wine-3.19-149-g0dd6105d23
Platform: arm64
Version: Windows 8.1
Host system: Linux
Host version: 4.14.67-yocto-standard
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/api-ms-win-core-libr…
--- snip ---
1 @ stdcall FindResourceW(long wstr wstr) kernel32.FindResourceW
2 @ stdcall LoadLibraryA(str) kernel32.LoadLibraryA
3 @ stdcall LoadLibraryW(wstr) kernel32.LoadLibraryW
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/uwp/win32-and-com/win32-apis#apis-from-api…
Even in the 1.2.0 APIset is has a lot more functions listed than Wine's .spec
file. I wonder what Windows 10/SDK version was used to generate these spec
files. Unfortunately that information is rarely given in the patch description.
I've already complained about that poor traceability in the past.
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.
https://bugs.winehq.org/show_bug.cgi?id=47308
Bug ID: 47308
Summary: VSS Test Writer Tool 'vswriter.exe' from Windows 10
SDK (10.0.17763.x) crashes on unimplemented function
vssapi.dll.CreateWriterEx
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vssapi
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 47286
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Windows
Kits/10/bin/10.0.17763.0/x64
$ wine ./vswriter.exe VswriterSample.xml
...
Internal Error: an unexpected error happened in printStatus
We were trying to print the following message: Initializing Writer
wine: Call from 0x7b45330c to unimplemented function vssapi.dll.CreateWriterEx,
aborting
wine: Unimplemented function vssapi.dll.CreateWriterEx called at address
0x7b45330c (thread 0035), starting debugger...
--- snip ---
Microsoft docs:
https://docs.microsoft.com/en-us/windows/desktop/api/vswriter/nf-vswriter-c…
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/vssapi/vssapi.spec#l…
--- snip ---
81 @ stub CreateWriter
82 @ stub CreateWriterEx
--- snip ---
$ sha1sum 17763.1.180914-1434.rs5_release_WindowsSDK.iso
e702b5e5f2597d01eaee1eb1be7a34b0da0b6211
17763.1.180914-1434.rs5_release_WindowsSDK.iso
$ du -sh 17763.1.180914-1434.rs5_release_WindowsSDK.iso
815M 17763.1.180914-1434.rs5_release_WindowsSDK.iso
$ wine --version
wine-4.9-216-g381c4e7b66
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.
http://bugs.winehq.org/show_bug.cgi?id=17212
Summary: Unimplemented function ntoskrnl.exe.KeInitializeMutex
Product: Wine
Version: 1.1.13
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mc2374(a)mclink.it
Created an attachment (id=19133)
--> (http://bugs.winehq.org/attachment.cgi?id=19133)
Console output from the aborted installation
Trying to install Acronis True Image Home 11.
After some 'err' and 'fixme' (mostly in the msi component), the installation
process halts with the above console message and throws 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.
http://bugs.winehq.org/show_bug.cgi?id=16041
Summary: Acronis Crash while install
Product: Wine
Version: 1.1.8
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: james2432(a)gmail.com
Created an attachment (id=17266)
--> (http://bugs.winehq.org/attachment.cgi?id=17266)
Backtrace of acronis 12 crashing
While running the acronis home 12 the installer crashes
--
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=48392
Bug ID: 48392
Summary: Multiple applications crash on unimplemented function
WS2_32.dll.WSCSetApplicationCategory (Verbum 8,
Lineage 2's SmartGuard 3.0)
Product: Wine
Version: 5.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Encountered with Verbum 8 (Catholic Study Software).
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/focht/Local Settings/Application Data/Verbum
$ wine ./Verbum.exe
...
wine: Call from 0x7bc74f49 to unimplemented function
WS2_32.dll.WSCSetApplicationCategory, aborting
wine: Unimplemented function WS2_32.dll.WSCSetApplicationCategory called at
address 7BC74F49 (thread 002c), starting debugger...
...
--- snip ---
Seems to happen only on first run after fresh installation.
Prerequisite: 'winetricks -q dotnet472'
More reports, albeit sometimes not specific which app is affected:
*
https://unix.stackexchange.com/questions/504642/the-procedure-entry-point-w…
*
https://www.playonlinux.com/de/topic-16312-Dynamic_link_library_WS2_32dll.h…
Wine source:
https://source.winehq.org/git/wine.git/blob/5034d109e033fbe820829ae43adba0c…
Microsoft docs:
https://docs.microsoft.com/en-us/windows/win32/api/ws2spi/nf-ws2spi-wscseta…
$ sha1sum VerbumSetup.exe
58f591f43e8cb7b2727d74b9fbaff0ddd8ff4d3e VerbumSetup.exe
$ du -sh VerbumSetup.exe
536K VerbumSetup.exe
Full setup from bootstrapper download:
$ sha1sum verbum/Install/Installers/Verbum-x64.msi
33b00bfdf8687fdd28cc71aeede16746014e6d3e
verbum/Install/Installers/Verbum-x64.msi
$ du -sh verbum/Install/Installers/Verbum-x64.msi
187M verbum/Install/Installers/Verbum-x64.msi
$ wine --version
wine-5.0-rc3
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.
http://bugs.winehq.org/show_bug.cgi?id=30384
Bug #: 30384
Summary: Add support for network connectivity checks using
Network List Manager (NLM) API (Vista+)
Product: Wine
Version: 1.5.1
Platform: x86
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
feature bug (for now).
There are applications that make use of Network List Manager (NLM) introduced
with Windows Vista/Windows 7 to check for network connectivity.
A symptom are messages like this in terminal:
--- snip ---
err:ole:CoGetClassObject class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not
registered
...
err:ole:create_server class {dcb00c01-570f-4a9b-8d69-199fdba5723b} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {dcb00c01-570f-4a9b-8d69-199fdba5723b}
could be created for context 0x17
--- snip ---
MSDN overview:
http://msdn.microsoft.com/en-us/library/ee264321%28v=vs.85%29.aspx
Network List Manager:
http://msdn.microsoft.com/en-us/library/aa370803%28v=vs.85%29.aspx
Example applications: newer EA Download Manager versions, some EA Games
(Battlefield 3, FIFA12), Windows Live Essentials 2011
It seems plausible that they use an API that ought to be available on this
platform.
Failure doesn't seem critical, they use other means to detect network state.
Though I didn't test all of them.
This bug can serve as collector for apps that spam terminal with
"{dcb00c01-570f-4a9b-8d69-199fdba5723b}" (CLSID_NetworkListManager) messages.
Maybe there will be one where this missing functionality is actually breaking
the app.
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=31556
Bug #: 31556
Summary: Polar WebSync 2.6.0 doesn't install under Ubuntu 12.04
64-bit
Product: Wine
Version: 1.5.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rjjardim(a)gmail.com
Classification: Unclassified
Created attachment 41500
--> http://bugs.winehq.org/attachment.cgi?id=41500
backtrace plus the terminal output attached to the end of the file
when running the command line "wine websync_2.6.0.exe" on Ubuntu 12.04 64-bit
version to install that windows program on linux, pops up a wine dialog box
with the error which is enclosed on the attached file. further errors appear on
terminal as well as another wine dialog box error if we proceed with the
installation, which I think not to be relevant after that first one probably
due to the result triggered by aforementioned 1st 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.
http://bugs.winehq.org/show_bug.cgi?id=32412
Bug #: 32412
Summary: WebSync 2.7.0 doesn't install under Ubuntu 12.04
64-bit
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: attil(a)citromail.hu
Classification: Unclassified
Download:
https://polarpersonaltrainer.com/downloads/websync_2.7.0.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.
http://bugs.winehq.org/show_bug.cgi?id=33390
Bug #: 33390
Summary: websync 2.8.1 doesn't load in Wine 1.4.1
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: brentcreech(a)hotmail.com
Classification: Unclassified
Created attachment 44183
--> http://bugs.winehq.org/attachment.cgi?id=44183
ISBEW64 Crash
ISBEW64 Crash
polard.exe crashes
--
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=44573
Bug ID: 44573
Summary: Amazon Workspaces: Crashed after login.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: menelaosbgr(a)gmail.com
Distribution: ---
Created attachment 60543
--> https://bugs.winehq.org/attachment.cgi?id=60543
Attached is the backtrace.
So I decided to try amazon workspaces with cross-over.
I got to the point of being able to log-on but then everything crashed.
Attached is the backtrace.
--
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=45784
Bug ID: 45784
Summary: Bethesda Launcher Updater crashes on unimplemented
function msvcp110.xtime_get
Product: Wine
Version: 3.15
Hardware: x86-64
URL: http://download.cdp.bethesda.net/BethesdaNetLauncher_S
etup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: SUSE
Created attachment 62240
--> https://bugs.winehq.org/attachment.cgi?id=62240
log
When the installer finishes, the updater will be automatically launched.
Attached is a patch that fixes this issue and will make it run into the next
problem.
--
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=45785
Bug ID: 45785
Summary: Bethesda Launcher Updater crashes on unimplemented
function msvcp110._Xtime_diff_to_millis2
Product: Wine
Version: 3.15
Hardware: x86-64
URL: http://download.cdp.bethesda.net/BethesdaNetLauncher_S
etup.exe
OS: Linux
Status: NEW
Keywords: download, patch
Severity: normal
Priority: P2
Component: msvcp
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Depends on: 45784
Blocks: 45538
Distribution: SUSE
Created attachment 62242
--> https://bugs.winehq.org/attachment.cgi?id=62242
log
When the installer finishes, the updater will be automatically launched.
Attached in the next comment is a patch that fixes this issue and will make it
run into the next problem.
I tested in an OpenSUSE Leap 15 VM.
$ sha1sum BethesdaNetLauncher_Setup.exe
e7fd5dc4e7e2d929cb2db60e38aa9387908f929f BethesdaNetLauncher_Setup.exe
--
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=16626
Summary: NBC Direct installer requires installation of Windows
Installer 3.1 redist
Product: Wine
Version: 1.1.11
Platform: PC
URL: http://www.nbc.com/Video/NBCDirectInstaller.exe
OS/Version: Linux
Status: NEW
Keywords: dotnet, download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: focht(a)gmx.net, yolande(a)haneder.biz
Created an attachment (id=18188)
--> (http://bugs.winehq.org/attachment.cgi?id=18188)
terminal output in git
Continuing from bug 12477, NBC installer doesn't yet work. Prereq's:
$ rm -rf ~/.wine
$ winetricks -q wmp10 dotnet20 mdac28
$ wine NBCDirectInstaller.exe
Fails with an error box:
SetupManager Error
'Failed to update Select Dialog resources from an external resource file.
Please verify that the SetupManagerResource.resx files resides beside
executable and is valid. Error details: No access to memory location
OK
Anastasius suggested to file the bug, saying it probably affects more dotnet
apps.
Terminal output 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.
http://bugs.winehq.org/show_bug.cgi?id=21783
Summary: SlingPlayerSetup 2.0.4 causes wine error: Deficiency
in wine message just like bug 21567
Product: Wine
Version: 1.1.39
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: currter(a)gmail.com
Created an attachment (id=26340)
--> (http://bugs.winehq.org/attachment.cgi?id=26340)
This is the output/log from SlingPlayer 2.0.4 Setup executable file
After wine install and winetricks dotnet20 script is run,
when I install the downloaded SlingPlayer-2.0.4-Setup.exe
I get an error perhaps caused by a deficiency in wine error.
There are a series of other "errors" that occur during the
setup process that occurred before with bug 21567.
1. Unable to register SlingSDK. Please contact system administrator.
2. Error 1603 Fatal error during registration, Consult Windows Installer
Help (Msi.chm) or MSDN.
3. SlingPlayerSetup encountered serious problem. Problem caused in the
program or a deficiency in Wine.
I will attach the log and images.
--
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=17991
Summary: QueryPathOfRegTypeLib fails to locate typelib when
(major.minor) = (0xffff.0xffff)
Product: Wine
Version: 1.1.18
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
oleauto32.QueryPathOfRegTypeLib() doesn't work correctly when (major.minor) =
(0xffff.0xffff).
These parameters are passed by .NET Framework/CLR when regasm.exe utility is
used to export and register typelibs from .NET assemblies.
E.g. something like this:
--- snip ---
$ wine regasm.exe foo.dll /codebase /tlb
--- snip ---
WINEDEBUG=+tid,+seh,+ole,+reg
--- snip ---
...
0021:trace:typelib:QueryPathOfRegTypeLib
({00020430-0000-0000-c000-000000000046}, ffff.ffff, 0x0, 0x32d634)
0021:trace:reg:NtOpenKey
(0x21c,L"Typelib\\{00020430-0000-0000-C000-000000000046}",20019,0x32cfcc)
0021:trace:reg:NtOpenKey <- 0x22c
0021:trace:reg:RegEnumKeyExA
(0x22c,0,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil))
0021:trace:ole:find_typelib_key found
L"Typelib\\{00020430-0000-0000-C000-000000000046}": 1.0
0021:trace:reg:RegEnumKeyExA
(0x22c,1,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil))
0021:trace:ole:find_typelib_key found
L"Typelib\\{00020430-0000-0000-C000-000000000046}": 2.0
0021:trace:reg:RegEnumKeyExA
(0x22c,2,0x32cfd4,0x32cfd0(16),(nil),(nil),(nil),(nil))
0021:trace:ole:GetErrorInfo (0, 0x32cb70, (nil))
0021:trace:ole:CreateErrorInfo (0x32aab8)
0021:trace:ole:IErrorInfoImpl_QueryInterface (0x1d4110)->(
IID: {22f03340-547d-101b-8e65-08002b2bd119},0x32aab8)
0021:trace:ole:ICreateErrorInfoImpl_AddRef (0x1d4110)
0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=1)
0021:trace:ole:IErrorInfoImpl_QueryInterface -- Interface:
(0x32aab8)->(0x1d4114)
0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=2)
0021:trace:ole:ICreateErrorInfoImpl_SetDescription (0x1d4110): L"Type library
exporter encountered an error while processing 'SlingSDK'. Error: Common
Language Runtime Internal error: 0x8002801d"
0021:trace:ole:ICreateErrorInfoImpl_SetHelpFile (0x1d4110,L"complib.hlp")
0021:trace:ole:ICreateErrorInfoImpl_SetHelpContext (0x1d4110,4451)
0021:trace:ole:ICreateErrorInfoImpl_QueryInterface (0x1d4110)
0021:trace:ole:IErrorInfoImpl_QueryInterface (0x1d4110)->(
IID: {1cf2b120-547d-101b-8e65-08002b2bd119},0x32aab4)
0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=1)
0021:trace:ole:IErrorInfoImpl_QueryInterface -- Interface:
(0x32aab4)->(0x1d4110)
0021:trace:ole:SetErrorInfo (0, 0x1d4110)
0021:trace:ole:IErrorInfoImpl_AddRef (0x1d4110)->(count=2)
0021:trace:ole:ICreateErrorInfoImpl_Release (0x1d4110)
0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=3)
0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=2)
0021:trace:ole:GetErrorInfo (0, 0x32cb3c, 0x1d4110)
0021:trace:ole:IErrorInfoImpl_GetSource (0x1d4110)->(pBstrSource=0x1d4298)
0021:trace:ole:IErrorInfoImpl_GetDescription
(0x1d4110)->(pBstrDescription=0x1d4294)
0021:trace:ole:IErrorInfoImpl_GetHelpFile (0x1d4110)->(pBstrHelpFile=0x1d429c)
0021:trace:ole:IErrorInfoImpl_GetHelpContext
(0x1d4110)->(pdwHelpContext=0x1d42a0)
0021:trace:ole:IErrorInfoImpl_GetGUID (0x1d4110)->(count=1)
0021:trace:ole:IErrorInfoImpl_Release (0x1d4110)->(count=1)
0021:trace:ole:IErrorInfoImpl_Release -- destroying IErrorInfo(0x1d4110)
0021:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8437e8
ip=0x7b84386b tid=0021
0021:trace:seh:raise_exception info[0]=19930520
0021:trace:seh:raise_exception info[1]=0032cb1c
0021:trace:seh:raise_exception info[2]=7a35d570
0021:trace:seh:raise_exception eax=7b82ca2d ebx=7b8c2bf8 ecx=00000000
edx=00004000 esi=00004000 edi=00000000
0021:trace:seh:raise_exception ebp=0032ca98 esp=0032ca34 cs=0023 ds=002b
es=002b fs=0063 gs=006b
--- snip ---
MSDN doesn't mention such condition so this obviously needs some test case to
find out what logic is used to select the best match (first? last? lowest?
highest?).
dll/oleaut32/typelib.c:find_typelib_key() needs to be fixed accordingly.
"wMaj" needs to be made an "out" parameter too to actually return best matching
maj.min pair
With this part fixed it goes further - only to stumble 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.
https://bugs.winehq.org/show_bug.cgi?id=36068
Bug ID: 36068
Summary: Symantec Norton 360 installer needs
advapi32.dll.GetTraceEnableLevel and
advapi32.GetTraceEnableFlags stubs
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 35835
--- snip ---
$ wine ./N360-TW-21.1.0-EN-US.exe
...
fixme:advapi:GetTraceLoggerHandle ((nil)) stub
wine: Call from 0x7b83ac57 to unimplemented function
advapi32.dll.GetTraceEnableLevel, aborting
fixme:msvcrt:__clean_type_info_names_internal (0x6c2dd03c) stub
fixme:msvcrt:__clean_type_info_names_internal (0x6ac72c5c) stub
fixme:ntdll:RtlNtStatusToDosErrorNoTeb no mapping for 80000100
--- snip ---
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/aa363894%28v=vs.85%…
The code (engine.dll) calls these trace API in sequence:
--- snip ---
GetTraceLoggerHandle()
GetTraceEnableLevel()
GetTraceEnableFlags()
--- snip ---
If you add 'GetTraceEnableLevel' and 'GetTraceEnableFlags' stubs it should be
fine.
$ sha1sum N360-TW-21.1.0-EN-US.exe
aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN-US.exe
$ du -sh N360-TW-21.1.0-EN-US.exe
202M N360-TW-21.1.0-EN-US.exe
$ wine --version
wine-1.7.17-53-g5d31c1e
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.
https://bugs.winehq.org/show_bug.cgi?id=36143
Bug ID: 36143
Summary: Symantec Norton 360 installer reports 'This product is
not compatible with this computer's current operating
system' (RtlVerifyVersionInfo doesn't handle
major/minor/service pack condition mask properly)
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks
continuation of bug 36142 - it still fails.
Log file:
--- snip ---
2014-04-28-12-43-53-422 : 0x003A : Information : LaunchConditions_Server set to
true from manifest
2014-04-28-12-43-53-424 : 0x003A : Error : unsupported OS
2014-04-28-12-43-53-425 : 0x003A : Error :
CEngineManager::CheckLaunchConditions(7777) : failed LaunchCondition:
CheckforMinOS
2014-04-28-12-43-53-427 : 0x003A : Information : Unable to delete
DING\ReturnCode/LCReturnCode
2014-04-28-12-43-53-436 : 0x003A : Information : URL:
http://errors.norton.com?module=9999&error=2&build=Symantec&d=0&entsrc=N360…
2014-04-28-12-43-53-440 : 0x003A : Information : RunOnce: removed "N360"
--- snip ---
URL:
https://support.norton.com/sp/en/us/home/current/solutions/kb20090814170416…
--- quote ---
The Norton product that you want to install is compatible only with the
following operating systems:
Windows XP Home Service Pack 2 and later (32-bit only)
Windows XP Professional Service Pack 2 and later (32-bit only)
Windows XP Media Center Edition 2005 Service Pack 2 and later (32-bit only)
Windows Vista 32-bit and 64-bit Starter/Home Basic/Home
Premium/Business/Ultimate
The current versions of Norton AntiVirus, Norton Internet Security, Norton
360, and Norton Anti-Theft require Service Pack 1 or later for Windows Vista.)
Windows 7 32-bit and 64-bit Starter/Home Basic/Home
Premium/Professional/Ultimate
Windows 8 and Windows 8 Pro (32-bit and 64-bit)
If you have Windows 7, Vista, or XP, you can get the latest Service Pack by
running Windows Update.
--- quote ---
This is with default WINEPREFIX (WinVer == 'Windows XP SP3').
Relevant part of trace log:
--- snip ---
$ WINEDEBUG=+tid,+seh,+relay,+ver wine ./N360-TW-21.1.0-EN-US.exe >>log.txt
2>&1
...
0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000001)
ret=6ac30caf
0038:Ret ntdll.VerSetConditionMask() retval=0000000000000008 ret=6ac30caf
0038:Call ntdll.VerSetConditionMask(00000008,00000000,00000001,00000001)
ret=6ac30cb5
0038:Ret ntdll.VerSetConditionMask() retval=0000000000000009 ret=6ac30cb5
0038:Call ntdll.VerSetConditionMask(00000009,00000000,00000020,00000003)
ret=6ac30cbd
0038:Ret ntdll.VerSetConditionMask() retval=0000000000018009 ret=6ac30cbd
0038:Call ntdll.VerSetConditionMask(00018009,00000000,00000010,00000003)
ret=6ac30cc5
0038:Ret ntdll.VerSetConditionMask() retval=000000000001b009 ret=6ac30cc5
0038:Call ntdll.VerSetConditionMask(0001b009,00000000,00000080,00000001)
ret=6ac30ccf
0038:Ret ntdll.VerSetConditionMask() retval=000000000021b009 ret=6ac30ccf
0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0021b009,00000000)
ret=6ac30cf1
0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x21b009)
0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30cf1
0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0021b009,00000000)
ret=6ac30d1d
0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x21b009)
0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30d1d
0038:Call msvcr100.memset(00bbe1d4,00000000,0000011c) ret=6ac30f42
0038:Ret msvcr100.memset() retval=00bbe1d4 ret=6ac30f42
0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000001)
ret=6ac30f7a
0038:Ret ntdll.VerSetConditionMask() retval=0000000000000008 ret=6ac30f7a
0038:Call ntdll.VerSetConditionMask(00000008,00000000,00000001,00000001)
ret=6ac30f80
0038:Ret ntdll.VerSetConditionMask() retval=0000000000000009 ret=6ac30f80
0038:Call ntdll.VerSetConditionMask(00000009,00000000,00000020,00000001)
ret=6ac30f87
0038:Ret ntdll.VerSetConditionMask() retval=0000000000008009 ret=6ac30f87
0038:Call ntdll.VerSetConditionMask(00008009,00000000,00000010,00000003)
ret=6ac30f8f
0038:Ret ntdll.VerSetConditionMask() retval=000000000000b009 ret=6ac30f8f
0038:Call ntdll.VerSetConditionMask(0000b009,00000000,00000080,00000001)
ret=6ac30f99
0038:Ret ntdll.VerSetConditionMask() retval=000000000020b009 ret=6ac30f99
0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,000000b3,0020b009,00000000)
ret=6ac30faf
0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0xb3,0x20b009)
0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30faf
0038:Call ntdll.VerSetConditionMask(00000000,00000000,00000002,00000003)
ret=6ac30fcb
0038:Ret ntdll.VerSetConditionMask() retval=0000000000000018 ret=6ac30fcb
0038:Call ntdll.VerSetConditionMask(00000018,00000000,00000001,00000003)
ret=6ac30fd2
0038:Ret ntdll.VerSetConditionMask() retval=000000000000001b ret=6ac30fd2
0038:Call ntdll.VerSetConditionMask(0000001b,00000000,00000020,00000003)
ret=6ac30fda
0038:Ret ntdll.VerSetConditionMask() retval=000000000001801b ret=6ac30fda
0038:Call ntdll.VerSetConditionMask(0001801b,00000000,00000010,00000003)
ret=6ac30fe2
0038:Ret ntdll.VerSetConditionMask() retval=000000000001b01b ret=6ac30fe2
0038:Call KERNEL32.VerifyVersionInfoW(00bbe1d4,00000033,0001b01b,00000000)
ret=6ac30fef
0038:trace:ver:RtlVerifyVersionInfo (0xbbe1d4,0x33,0x1b01b)
0038:Ret KERNEL32.VerifyVersionInfoW() retval=00000000 ret=6ac30fef
...
0038:Call msvcr100.vswprintf_s(09211686,00000054,6c2772f0
L"CEngineManager::CheckLaunchConditions(7777) : failed LaunchCondition:
CheckforMinOS",00bbe468) ret=6abd42e3
0038:Ret msvcr100.vswprintf_s() retval=00000053 ret=6abd42e3
--- snip ---
The problem is not really visible, one has to debug it out.
Source:
http://source.winehq.org/git/wine.git/blob/0463d01f151fb3d7c7acf26c7628683f…
--- snip ---
679 NTSTATUS WINAPI RtlVerifyVersionInfo( const RTL_OSVERSIONINFOEXW *info,
680 DWORD dwTypeMask, DWORDLONG dwlConditionMask )
681 {
682 RTL_OSVERSIONINFOEXW ver;
683 NTSTATUS status;
...
725 if(dwTypeMask &
(VER_MAJORVERSION|VER_MINORVERSION|VER_SERVICEPACKMAJOR|VER_SERVICEPACKMINOR))
726 {
727 unsigned char condition = 0;
728 BOOLEAN do_next_check = TRUE;
729
730 if(dwTypeMask & VER_MAJORVERSION)
731 condition = dwlConditionMask >> 1*3 & 0x07;
732 else if(dwTypeMask & VER_MINORVERSION)
733 condition = dwlConditionMask >> 0*3 & 0x07;
734 else if(dwTypeMask & VER_SERVICEPACKMAJOR)
735 condition = dwlConditionMask >> 5*3 & 0x07;
736 else if(dwTypeMask & VER_SERVICEPACKMINOR)
737 condition = dwlConditionMask >> 4*3 & 0x07;
738
739 if(dwTypeMask & VER_MAJORVERSION)
740 {
741 status = version_compare_values(ver.dwMajorVersion,
info->dwMajorVersion, condition);
742 do_next_check = (ver.dwMajorVersion == info->dwMajorVersion) &&
743 ((condition != VER_EQUAL) || (status == STATUS_SUCCESS));
744 }
745 if((dwTypeMask & VER_MINORVERSION) && do_next_check)
746 {
747 status = version_compare_values(ver.dwMinorVersion,
info->dwMinorVersion, condition);
748 do_next_check = (ver.dwMinorVersion == info->dwMinorVersion) &&
749 ((condition != VER_EQUAL) || (status == STATUS_SUCCESS));
750 }
...
--- snip ---
Multiple version info members can be verified at once (represented by type mask
and condition pair).
The code to extract the conditions is wrong (if-elseif-elseif.. single cond
var)
It captures only the condition for the first member present (type mask) and
subsequently uses this value for other members which might have different
conditions.
$ sha1sum N360-TW-21.1.0-EN-US.exe
aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN-US.exe
$ du -sh N360-TW-21.1.0-EN-US.exe
202M N360-TW-21.1.0-EN-US.exe
$ wine --version
wine-1.7.17-92-ge2bf516
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.
https://bugs.winehq.org/show_bug.cgi?id=37645
Bug ID: 37645
Summary: vsphere 5.5 (update2) - vmrc has disconnected
Product: Wine
Version: 20050628
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guillaume.lebigot(a)ikonenn.com
Distribution: ---
Hi,
I successfully installed the Vsphere Hypervisor Esxi under its version
5.5.0-1618071.
I do the necessary for the hcmon.sys bug.
I have a shortcut of Vsphere on my desktop (ubuntu utopic) that launch vsphere
and permits me to connect to my Dedibox (Online.net).
My problem is about the launching of a VM because the console (vmrc) does not
connect with this error message :
La console VMRC a été déconnectée. Tentative de reconnexion...
I found some solutions from Google investigations however I can't launch this
VM wich is a new VM added with a ISO image store in datastore (debian7). I have
added enought executable rights on this .iso file in case it could blocked the
console but I don't think it could be linked to my problem.
Have you some ideas, ideas of investigations i can make to solve this ?
Thank you a lot for your help !
(I have a strange english writing ? It's normal...i am french ;))
Best 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.
https://bugs.winehq.org/show_bug.cgi?id=48163
Bug ID: 48163
Summary: Launching VMWare vSphere 5.5 fails with error.
Product: Wine
Version: 4.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: themainliner(a)hotmail.com
Distribution: ---
Created attachment 65792
--> https://bugs.winehq.org/attachment.cgi?id=65792
WINEDEBUG=warn+all,+loaddll
After installing dependencies (dotnet35sp1 msxml3 vcrun2005 vcrun2008
vcrun2010) that were necessary to get previous wine versions to work with
VMWare vSphere Client 5.5
(http://vsphereclient.vmware.com/vsphereclient/4/0/3/2/3/6/5/VMware-viclient…),
the launcher opens but fails to load the client. It returns the following error
after entering credentials:
Object reference not set to an instance of an object
Included a windebug output.
antiX 19 Core (based on Debian Testing).
--
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=45379
Bug ID: 45379
Summary: VMware vSphere client console does not connect.
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: themainliner(a)hotmail.com
Distribution: ---
Created attachment 61692
--> https://bugs.winehq.org/attachment.cgi?id=61692
WINEDEBUG=+warn+all console output.
VMware vSphere client console does not work. When clicking the console tab or
the button 'Launch Virtual Machine Console'.
Error message returned: "The VMRC console has disconnected...attempting to
reconnect."
--
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=21557
Summary: .net 3.0 redistributable installer aborts after
clicking 'OK'
Product: Wine
Version: 1.1.37
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wintrust
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://appdb.winehq.org/objectManager.php?sClass=version&iId=9828
says "winetricks dotnet30" works but says there is a "large delay near
the end of installation". This seems to be true with wine-1.1.31,
but with current wine, it aborts after a few seconds instead.
Looking in c:/users/$LOGNAME/Temp, I see dd_dotnetfx3error.txt which says
[01/30/10,16:19:12] XPSEPSC x86 Installer: [2] Error code 1603 for this
component means "ERROR_INSTALL_FAILURE"
and dd_XPS.txt (?) which says STR_FAILED_INF_INTEGRITY.
Could this be the same regression as bug 21542?
--
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=21549
Summary: Windows PowerShell 1.x installer dies on unimplemented
function USERENV.dll.138
Product: Wine
Version: 1.1.37
Platform: x86
URL: http://www.google.de/search?q=WindowsXP-KB926139-v2-x8
6-ENU.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
after working around bug 21542, the installer dies in post-install action:
--- snip ---
0030:Starting process
L"C:\\3f9c459343b0ee6273e24b88b0d982f2\\update\\update.exe"
(entryproc=0x1065e2c)
...
0030:Call shlwapi.PathFileExistsW(0033ad50 L"C:\\users\\Public\\Start
Menu\\Programs") ret=68ad8ae7
0030:Call KERNEL32.SetErrorMode(00000001) ret=68c4a703
0030:Ret KERNEL32.SetErrorMode() retval=00008005 ret=68c4a703
0030:Call KERNEL32.GetFileAttributesW(0033ad50 L"C:\\users\\Public\\Start
Menu\\Programs") ret=68c4a714
0030:Ret KERNEL32.GetFileAttributesW() retval=00000010 ret=68c4a714
0030:Call KERNEL32.SetErrorMode(00008005) ret=68c4a725
0030:Ret KERNEL32.SetErrorMode() retval=00000001 ret=68c4a725
0030:Ret shlwapi.PathFileExistsW() retval=00000001 ret=68ad8ae7
0030:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0033b00c
L"C:\\users\\Public\\Start
Menu\\Programs",ffffffff,0033b33c,00000104,00000000,00000000) ret=68ad8d7d
0030:Ret KERNEL32.WideCharToMultiByte() retval=00000024 ret=68ad8d7d
0030:Ret shell32.SHGetSpecialFolderPathA() retval=00000001 ret=01072df8
0030:Call KERNEL32.FindFirstFileA(0033b544 "C:\\users\\Public\\Start
Menu\\Programs\\Windows PowerShell 1.0\\@.lnk",0033b18c) ret=0106da6d
0030:Ret KERNEL32.FindFirstFileA() retval=ffffffff ret=0106da6d
0030:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4af8a
ip=7bc4af8a tid=0030
0030:trace:seh:raise_exception info[0]=0108d004
0030:trace:seh:raise_exception info[1]=0000008a
wine: Call from 0x7bc4af8a to unimplemented function USERENV.dll.138, aborting
0030:trace:seh:call_vectored_handlers calling handler at 0x68ec9e52
code=80000100 flags=1
0030:trace:seh:call_vectored_handlers handler at 0x68ec9e52 returned 0
0030:trace:seh:call_vectored_handlers calling handler at 0x6879bdc6
code=80000100 flags=1
0030:trace:seh:call_vectored_handlers handler at 0x6879bdc6 returned 0
0030:trace:seh:call_stack_handlers calling handler at 0x1066099 code=80000100
flags=1
0030:Call msvcrt._except_handler3(0033b25c,0033f37c,0033aeec,0033add0)
ret=7bc77ab5
...
--- snip ---
Dumping userenv imports for the installer:
--- snip ---
$ winedump -j import update.exe
...
offset 0008c2f4 USERENV.dll
Hint/Name Table: 0008D824
TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970)
ForwarderChain: 00000000
First thunk RVA: 000017F8
Ordn Name
138 <by ordinal>
121 <by ordinal>
119 <by ordinal>
...
--- snip ---
Actually only ordinal 138 seems to get used (Wine 'Windows XP' config).
Unfortunately I didn't find anything useful about this one (MSDN, blogs, Bing
..) :-(
By analyzing the caller stack setup we can deduce the necessary information to
create a simple stub.
The installer calls the ordinal like this:
--- snip ---
$ winedbg disas
...
0x01072e9b: pushl 0xffffff88(%ebp)
0x01072e9e: leal 0xbc(%ebp),%eax
0x01072ea4: pushl %eax
0x01072ea5: leal 0x5d0(%ebp),%eax
0x01072eab: pushl %eax
0x01072eac: pushl 0xffffff9c(%ebp)
0x01072eaf: leal 0x2c4(%ebp),%eax
0x01072eb5: pushl 0xffffffa0(%ebp)
0x01072eb8: pushl %eax
0x01072eb9: pushl 0xffffffa4(%ebp)
0x01072ebc: leal 0x4cc(%ebp),%eax
0x01072ec2: pushl %eax
0x01072ec3: leal 0x3c8(%ebp),%eax
0x01072ec9: pushl %eax
0x01072eca: leal 0x7d8(%ebp),%eax
0x01072ed0: pushl %eax
0x01072ed1: leal 0x6d4(%ebp),%eax
0x01072ed7: pushl %eax
0x01072ed8: pushl 0xffffffb4(%ebp)
0x01072edb: call *0x10017f8 -> 0x00450000
0x01072ee1: cmpl %ebx,%eax
0x01072ee3: movl %eax,0xffffffa8(%ebp)
0x01072ee6: jnz 0x01072f0c
...
--- snip ---
number of arguments: 12
calling conv: stdcall
return type: most likely boolean (like the other known userenv API).
Armed with this information one can add a simple stub, export with ordinal 138,
-noname and 12 ptr params, name it whatever you like.
If you find any documented name, feel free to use it.
If we fake the stub to return FALSE, following messages will be logged to:
"c:\windows\KB926139-v2.log"
--- snip ---
22.312:
Failed To Create Link -3 Windows PowerShell
22.314:
Failed To Create Link -3 Release Notes
22.316:
Failed To Create Link -3 Getting Started
22.319:
Failed To Create Link -3 User Guide
22.321:
Failed To Create Link -3 Quick Reference
--- snip ---
So this API is most likely some Lnk creation stuff.
Anyway, that simple stub is sufficient to let the installer proceed with its
post-install steps.
In the end, the installer runs into bug 16876 (bug in property sheet control).
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=36630
Bug ID: 36630
Summary: Wizards Event Reporter fails on startup with .NET
runtime reporting: 'Strong name validation failed.
Exception from HRESULT: 0x8013141A'
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
reported in WineHQ user forums here:
http://forum.winehq.org/viewtopic.php?f=8&t=22329
Prerequisite: 'winetricks -q dotnet20sp1 jet40'
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Wizards of the Coast/Event Reporter
$ wine ./Reporter.exe
fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error Reporting"):
stub
fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x000003e8,(nil),0x0008,0x000000f4,0x3009a1b4,0x69c610):
stub
err:eventlog:ReportEventW L"reporter.exe"
err:eventlog:ReportEventW L"4.1.14.439"
err:eventlog:ReportEventW L"537a1f52"
err:eventlog:ReportEventW L"kernel32.dll"
err:eventlog:ReportEventW L"5.1.2600.2180"
err:eventlog:ReportEventW L"00000000"
err:eventlog:ReportEventW L"0"
err:eventlog:ReportEventW L"0002ac57"
fixme:advapi:DeregisterEventSource (0xcafe4242) stub
...
Unhandled Exception: System.IO.FileLoadException: Could not load file or
assembly 'Reporter, Version=4.1.14.439, Culture=neutral,
PublicKeyToken=f6187a2321850a68' or one of its dependencies. Strong name
validation failed. (Exception from HRESULT: 0x8013141A)
File name: 'Reporter, Version=4.1.14.439, Culture=neutral,
PublicKeyToken=f6187a2321850a68' ---> System.Security.SecurityException: Strong
name validation failed. (Exception from HRESULT: 0x8013141A)
The Zone of the assembly that failed was:
MyComputer
wine: Unhandled exception 0xe0434f4d in thread 9 at address 0x7b83ac57 (thread
0009), starting debugger...
--- snip ---
Running 'sn.exe' (Strong Name-Tool) from .NET Framework 2.0 SDK ('winetricks -q
dotnet20sdk') on the assembly also reports failure:
--- snip ---
$ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -vf ./Reporter.exe
Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
fixme:msvcrt:__clean_type_info_names_internal (0x60345090) stub
Failed to verify assembly -- Strong name validation failed for assembly
'./Reporter.exe'.
fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub
--- snip ---
Interestingly, registering the assembly for verification skipping is reported
successful but verification is still done and fails in the end.
--- snip ---
$ wine "C:\Program Files\Microsoft.NET\SDK\v2.0\bin\sn.exe" -Vr ./Reporter.exe
Microsoft (R) .NET Framework Strong Name Utility Version 2.0.50727.42
Copyright (c) Microsoft Corporation. All rights reserved.
Verification entry added for assembly 'Reporter,F6187A2321850A68'
fixme:msvcrt:__clean_type_info_names_internal (0x7a38d5c8) stub
--- snip ---
$ sha1sum ReporterSetup.exe
36a15e8bf2c9d1a1501fe3fd0844f695750e198c ReporterSetup.exe
$ du -sh ReporterSetup.exe
14M ReporterSetup.exe
$ wine --version
wine-1.7.19-70-gd6a59f7
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.
https://bugs.winehq.org/show_bug.cgi?id=40534
Bug ID: 40534
Summary: Advanced SystemCare: Error message at start-up
(OFCommon.dll/FindWMIName)
Product: Wine
Version: 1.9.8
Hardware: x86
URL: http://download.iobit.com/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: hans(a)meelstraat.net
Depends on: 26936
Distribution: Gentoo
Created attachment 54359
--> https://bugs.winehq.org/attachment.cgi?id=54359
+tid,+seh,+wmi
main thread ($9):
0512f591 +045 OFCommon.dll WMI_Info 21 +3 FindWMIName
0512f6a9 +061 OFCommon.dll WMI_Info 188 +7 GetDiskSerial
0514d7dc +068 OFCommon.dll OFCommon 292 +5 UpdateTaskInfo
0515065e +032 OFCommon.dll OFCommon 1735 +2 GetTaskTrailCount
00604ecd +06d ASC.exe Unit_MainForm 13942 +9 TForm_ASC6.GetLicenseStatus
0060cbd5 +015 ASC.exe Unit_MainForm 17156 +6 TForm_ASC6.FormCreate
501ef9e9 +011 vcl120.bpl Forms TCustomForm.AfterConstruction
00620a02 +04a ASC.exe ASC 127 +6 initialization
7bc8315a +24a ntdll.dll RtlCaptureStackBackTrace
This is the next bug after working around bug 26936.
Unfortunately this is an older version of the installer, I'm not aware of a
download (didn't check archive.org though).
austin@austin2:~$ sha1sum asc-setup.exe
8535ed1ab74d7b9547c7d47e75b9159076527253 asc-setup.exe
austin@austin2:~$ wine --version
wine-1.9.8
--
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=26936
Summary: Advanced SystemCare: Error message at start-up
Product: Wine
Version: 1.3.18
Platform: x86
URL: http://download.iobit.com/asc-setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=34357)
--> (http://bugs.winehq.org/attachment.cgi?id=34357)
Terminal output on wine-1.3.18-171-g1ffb069
Steps to reproduce:
1) remove ~/.wine
2) winetricks gecko
3) install Advanced SystemCare (default installation)
4) wine ASC.exe
Behaviour:
Error message.
Expected behaviour:
There should be no error message.
Workaround:
winetricks ie7 msxml3
Additional information:
winetricks msxml3 doesn't solve the problem
winetricks ie7 doesn't solve the problem
Is this msxml bug then?
--
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=46149
Bug ID: 46149
Summary: Multiple applications need
ntdll.dll.RtlIpv4StringToAddress{A,W,ExA,ExW}
implementation (Processhacker 2.x)
Product: Wine
Version: 3.20
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
needed for some tools like 'processhacker' (via plugins-extra) and/or Win
Vista+ native wininet (attempt to prove bug 45847).
--- snip ---
...
0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.*", 1, 0x7d4fd50,
0x7d4fd4e): stub
0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.*", 0x7d4fd54, 0x7d4fd64,
0x7d4fd4e): stub
...
0059:fixme:ntdll:RtlIpv4StringToAddressExW (L"origin.warframe.com", 1,
0x7d4fd24, 0x7d4fd22): stub
0059:fixme:ntdll:RtlIpv6StringToAddressExW (L"origin.warframe.com", 0x7d4fd28,
0x7d4fd38, 0x7d4fd22): stub
...
0059:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc53371
ip=7bc53371 tid=0059
0059:trace:seh:raise_exception info[0]=63184658
0059:trace:seh:raise_exception info[1]=63186020
wine: Call from 0x7bc53371 to unimplemented function
ntdll.dll.RtlIpv4StringToAddressExA, aborting
0059:trace:seh:call_stack_handlers calling handler at 0x48b6cc code=80000100
flags=1
0059:trace:seh:call_stack_handlers handler at 0x48b6cc returned 1
0059:trace:seh:call_stack_handlers calling handler at 0x4620a0 code=80000100
flags=1
0059:trace:seh:call_stack_handlers handler at 0x4620a0 returned 1
0059:trace:seh:call_stack_handlers calling handler at 0x7bca6fa0 code=80000100
flags=1
wine: Unimplemented function ntdll.dll.RtlIpv4StringToAddressExA called at
address 0x7bc53371 (thread 0059), starting debugger...
...
--- snip ---
Process hacker plugins-extra:
https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP…https://github.com/processhacker/plugins-extra/blob/master/FirewallMonitorP…
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/ntdll.spec
--- snip ---
732 @ stdcall RtlIpv4AddressToStringA(ptr ptr)
733 @ stdcall RtlIpv4AddressToStringExA(ptr long ptr ptr)
734 @ stdcall RtlIpv4AddressToStringExW(ptr long ptr ptr)
735 @ stdcall RtlIpv4AddressToStringW(ptr ptr)
736 # @ stub RtlIpv4StringToAddressA
737 # @ stub RtlIpv4StringToAddressExA
738 @ stdcall RtlIpv4StringToAddressExW(wstr long ptr ptr)
739 @ stdcall RtlIpv4StringToAddressW(wstr long ptr ptr)
740 # @ stub RtlIpv6AddressToStringA
741 # @ stub RtlIpv6AddressToStringExA
742 # @ stub RtlIpv6AddressToStringExW
743 # @ stub RtlIpv6AddressToStringW
744 # @ stub RtlIpv6StringToAddressA
745 # @ stub RtlIpv6StringToAddressExA
746 @ stdcall RtlIpv6StringToAddressExW(wstr ptr ptr ptr)
747 # @ stub RtlIpv6StringToAddressW
--- snip ---
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/rtl.c#l897https://source.winehq.org/git/wine.git/commitdiff/71e04aaa38b35ab1607962ad3…
Looks pretty inconsistent. There is no pattern between Ipv4, Ipv6 and/or A/W
ExA/ExW pairs of the API recognizable here.
Some are auto-generated stubs, some are stubs, some are simply not present
(commented out).
The Ipv4 string <-> address functions are not very hard to implement.
Wine tests for this family of functions were added some time ago via
Wine-Staging:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/tests/rtl.c#l1…
*
https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string…
*
https://docs.microsoft.com/en-us/windows/desktop/api/ip2string/nf-ip2string…
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.
https://bugs.winehq.org/show_bug.cgi?id=45665
Bug ID: 45665
Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in
driver entry point due to missing
'ntoskrnl.exe.MmCopyVirtualMemory'
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Only applies to 64-bit version of the driver.
Continuation of bug 45664
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed
Games/PlanetSide 2
$ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1
...
0049:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a248
...
0049:Call KERNEL32.GetModuleHandleW(7f692f9758f0 L"ntoskrnl.exe")
ret=7f692f9678b4
0049:Ret KERNEL32.GetModuleHandleW() retval=7f692f940000 ret=7f692f9678b4
0049:Call KERNEL32.GetProcAddress(7f692f940000,00027040 "MmCopyVirtualMemory")
ret=7f692f9678d2
0049:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f692f9678d2
0049:Call KERNEL32.GetModuleHandleW(7f692f975910 L"hal.dll") ret=7f692f9678f5
0049:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f692f9678f5
...
0049:fixme:ntoskrnl:MmGetSystemRoutineAddress L"MmCopyVirtualMemory" not found
0049:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000
ret=14024a248
0049:Ret driver init 0x140011000
(obj=0x26d60,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
retval=c0000001
--- snip ---
https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.…
--- snip ---
NTKERNELAPI
NTSTATUS
NTAPI
MmCopyVirtualMemory(
IN PEPROCESS FromProcess,
IN PVOID FromAddress,
IN PEPROCESS ToProcess,
OUT PVOID ToAddress,
IN SIZE_T BufferSize,
IN KPROCESSOR_MODE PreviousMode,
OUT PSIZE_T NumberOfBytesCopied
);
--- snip ---
It's only imported, not called (yet). Adding stub line to .spec should be fine.
Although it wouldn't harm if a real stub is added that just dumps the parameter
and returns 'STATUS_NOT_IMPLEMENTED'.
$ sha1sum PS2_setup.exe
a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe
$ du -sh PS2_setup.exe
38M PS2_setup.exe
$ wine --version
wine-3.14
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.
https://bugs.winehq.org/show_bug.cgi?id=45664
Bug ID: 45664
Summary: 64-bit BattlEye 'BEDaisy' kernel service fails in
driver entry point due to missing
'ntoskrnl.exe.PsGetProcessWow64Process'
Product: Wine
Version: 3.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Only applies to 64-bit version of the driver.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/users/Public/Daybreak Game Company/Installed
Games/PlanetSide 2
$ WINEDEBUG=+seh,+relay,+ntoskrnl wine ./PlanetSide2_x64_BE.exe >>log.txt 2>&1
...
004b:Call ntoskrnl.exe.IoCreateDriver(0055fa90,7f087b40a927) ret=7f087b40b5ec
004b:trace:ntoskrnl:IoCreateDriver (L"\\Driver\\BEDaisy", 0x7f087b40a927)
...
004b:Call KERNEL32.LoadLibraryW(000271c0 L"C:\\Program Files (x86)\\Common
Files\\BattlEye\\BEDaisy.sys") ret=7f087b409cea
004b:Ret KERNEL32.LoadLibraryW() retval=140000000 ret=7f087b409cea
...
004b:Call driver init 0x140011000
(obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
...
004b:Call ntoskrnl.exe.MmGetSystemRoutineAddress(0055dfb0) ret=14024a0f8
...
004b:Call KERNEL32.GetModuleHandleW(7f086d05f6f0 L"ntoskrnl.exe")
ret=7f086d0517cc
004b:Ret KERNEL32.GetModuleHandleW() retval=7f086d030000 ret=7f086d0517cc
004b:Call KERNEL32.GetProcAddress(7f086d030000,000271c0
"PsGetProcessWow64Process") ret=7f086d0517ea
004b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=7f086d0517ea
004b:Call KERNEL32.GetModuleHandleW(7f086d05f710 L"hal.dll") ret=7f086d05180d
004b:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=7f086d05180d
...
004b:fixme:ntoskrnl:MmGetSystemRoutineAddress L"PsGetProcessWow64Process" not
found
004b:Ret ntoskrnl.exe.MmGetSystemRoutineAddress() retval=00000000
ret=14024a0f8
004b:Ret driver init 0x140011000
(obj=0x26ee0,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\BEDaisy")
retval=c0000001
...
004b:Ret ntoskrnl.exe.IoCreateDriver() retval=c0000001 ret=7f087b40b5ec
004b:err:winedevice:async_create_driver failed to create driver L"BEDaisy":
c0000001
--- snip ---
https://github.com/DarthTon/Blackbone/blob/master/src/BlackBoneDrv/Imports.…
--- snip ---
NTKERNELAPI
PVOID
NTAPI
PsGetProcessWow64Process( IN PEPROCESS Process );
--- snip ---
It's only imported, not called (yet). Adding stub line to .spec should be fine.
Although it wouldn't harm if a real stub is added that just dumps the parameter
and returns NULL.
$ sha1sum PS2_setup.exe
a49fec77dfe38ba6b6871aa832a50b7b10d48692 PS2_setup.exe
$ du -sh PS2_setup.exe
38M PS2_setup.exe
$ wine --version
wine-3.14
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.
https://bugs.winehq.org/show_bug.cgi?id=35972
Bug ID: 35972
Summary: Wayward Terran Frontier (.NET 4.0/XNA 4 game) crashes
during creation of initial profile ('The character '?'
(0xef03) is not available in this SpriteFont')
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
continuation of bug 35444
Prerequisite: 'winetricks -q dotnet40' (XNA 4.0 and managed DirectX will be
automatically installed)
The game crashes during creation of initial profile.
You can skip the launcher and directly start the game.
Not much to see in trace log:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Wayward Terran Frontier/Wayward Terran
Frontier
$ WINEDEBUG=+tid,+seh,+relay wine ./WTF.exe >>log.txt 2>&1
...
003b:Call KERNEL32.CreateFileW(00fcac54 L"C:\\Program Files\\Wayward Terran
Frontier\\Wayward Terran
Frontier\\profiles\\WTF.sav",c0000000,00000001,00000000,00000003,00100000,00000000)
ret=04db5166
003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166
...
003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f9d
"\x03\n\xec\xb5\xb1\xe6\xa5\xbf\xe7\xbb\x90\xe9\x94\xaa\xe5\x8d\xa6\xe7\x96\x9d\xc2\x97\xef\xb3\x9c",00000019,06f5d034,00000019)
ret=7916cb97
003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97
...
003b:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,00502f52
"\x03\n\xef\xa1\x8a\xe8\x81\xb1\xe4\xb6\xb3\xee\xbd\xb9\xe1\x83\x94\xe5\x93\xb0\xe0\xa8\x85\xe2\xb2\x8d",0000001a,06f5d034,0000001a)
ret=7916cb97
003b:Ret KERNEL32.MultiByteToWideChar() retval=0000000a ret=7916cb97
...
003b:Call KERNEL32.CreateFileW(00fd4538 L"C:\\Program Files\\Wayward Terran
Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter
ShipProfile.tac",80000000,00000001,00000000,00000003,00100000,00000000)
ret=04db5166
003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166
...
003b:Call KERNEL32.CreateFileW(00fd80bc L"C:\\Program Files\\Wayward Terran
Frontier\\Wayward Terran Frontier\\profiles\\Starter Ship\\Starter
ShipTop.png",80000000,00000001,00000000,00000003,00100000,00000000)
ret=04db5166
003b:Ret KERNEL32.CreateFileW() retval=00000324 ret=04db5166
...
003b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,06f5de28)
ret=791cac08
003b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83ac17
ip=7b83ac17 tid=003b
003b:trace:seh:raise_exception info[0]=80004005
003b:trace:seh:raise_exception info[1]=00000000
003b:trace:seh:raise_exception info[2]=00000000
003b:trace:seh:raise_exception info[3]=00000000
003b:trace:seh:raise_exception info[4]=79140000
003b:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80004005
edx=06f5dd44 esi=06f5dde4 edi=06f5ddb0
003b:trace:seh:raise_exception ebp=06f5dd88 esp=06f5dd24 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00000283
003b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c
code=e0434352 flags=1
--- snip ---
The managed backtrace (.NET) is more descriptive:
--- snip ---
Unhandled Exception: System.ArgumentException: The character '?' (0xef03) is
not available in this SpriteFont. If applicable, adjust the font's start and
end CharacterRegions to include this character.
Parameter name: character
at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char
character)
at Microsoft.Xna.Framework.Graphics.SpriteFont.InternalDraw(StringProxy&
text, SpriteBatch spriteBatch, Vector2 textblockPosition, Color color, Single
rotation, Vector2 origin, Vector2& scale, SpriteEffects spriteEffects, Single
depth)
at Microsoft.Xna.Framework.Graphics.SpriteBatch.DrawString(SpriteFont
spriteFont, String text, Vector2 position, Color color, Single rotation,
Vector2 origin, Single scale, SpriteEffects effects, Single layerDepth)
at (Object , SpriteFont , String , Vector2 , Color , Single , Vector2 ,
Single , SpriteEffects , Single )
at ????????.?{??????(Object , SpriteFont ???????U, String ???????U, Vector2
???????U, Color ???????U, Single ???????U, Vector2 ???????U, Single ???????U,
SpriteEffects ???????U, Single ???????U)
at CoOpSpRpG.RootMenu.Draw(GameTime gameTime, SpriteBatch batch)
at CoOpSpRpG.SCREEN_MANAGER.Draw(GameTime gameTime, SpriteBatch batch)
at CoOpSpRpG.Game1.Draw(GameTime gameTime)
at Microsoft.Xna.Framework.Game.DrawFrame()
at Microsoft.Xna.Framework.Game.Tick()
at Microsoft.Xna.Framework.Game.HostIdle(Object sender, EventArgs e)
at Microsoft.Xna.Framework.GameHost.OnIdle()
at Microsoft.Xna.Framework.WindowsGameHost.RunOneFrame()
at Microsoft.Xna.Framework.WindowsGameHost.ApplicationIdle(Object sender,
EventArgs e)
at
System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32
grfidlef)
at
System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr
dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32
reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32
reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at Microsoft.Xna.Framework.WindowsGameHost.Run()
at Microsoft.Xna.Framework.Game.RunGame(Boolean useBlockingRun)
at (Object )
at ??o?????.????????(Object )
at CoOpSpRpG.Program.Main(String[] args)
--- snip ---
Starting it a second time (continuing of profile creation) yields:
--- snip ---
Unhandled Exception: System.ArgumentException: The character '?' (0x50d0) is
not available in this SpriteFont. If applicable, adjust the font's start and
end CharacterRegions to include this character.
Parameter name: character
at Microsoft.Xna.Framework.Graphics.SpriteFont.GetIndexForCharacter(Char
character)
--- snip ---
Some hits from searching with:
--- snip ---
"is not available in this SpriteFont. If applicable, adjust the font's start
and end CharacterRegions to include this character"
--- snip ---
https://stackoverflow.com/questions/13243130/how-to-draw-special-characters…
MSDN: http://msdn.microsoft.com/en-us/library/bb447759.aspx ("Sprite Font XML
Schema Reference")
http://steamcommunity.com/app/241600/discussions/1/792924412212989581/ ("Save
not working. Is it end? Game won't start! ")
This might be character string conversion/collation related insufficiencies ...
somewhere.
$ sha1sum WaywardSetup.msi
ad1b0bf88ce284b2c4c36fbb93012b60cb0a673f WaywardSetup.msi
$ du -sh WaywardSetup.msi
8.5M WaywardSetup.msi
$ wine --version
wine-1.7.16-134-g93581f5
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.
https://bugs.winehq.org/show_bug.cgi?id=46189
Bug ID: 46189
Summary: [Bug 46187] Windows PowerShell Core 6.2 Preview 2 for
ARM32 crashes due to ntdll 'set_cpu_context' not
restoring Thumb mode during return from exception
handling
Product: Wine
Version: 3.21
Hardware: arm
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
the continuation of bug 46187("Windows PowerShell Core 6.2 Preview 2 for ARM32
crashes due to unhandled trap_no 0 (write watch access causes SIGSEGV)")
Even with trap code 0 properly translated it still crashes.
Debugger session (with fixup for bug #46187 applied).
--- snip ---
$ gdb wine
GNU gdb (GDB) 8.2
...
Reading symbols from wine...done.
(gdb) run pwsh.exe
Starting program: /home/focht/projects/wine/mainline-install-arm/bin/wine
pwsh.exe
...
Thread 1 "pwsh.exe" hit Breakpoint 1, virtual_handle_fault (addr=0xf3ce0000,
err=1, on_signal_stack=0) at
/home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010
2010 NTSTATUS ret = STATUS_ACCESS_VIOLATION;
(gdb) bt
#0 virtual_handle_fault (addr=0xf3ce0000, err=1, on_signal_stack=0) at
/home/focht/projects/wine/mainline-src/dlls/ntdll/virtual.c:2010
#1 0xf7c612ec in raise_segv_exception (rec=0xf73ce9f8, context=0xf73ce858) at
/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:574
#2 0xf7c61152 in raise_func_trampoline_thumb () at
/home/focht/projects/wine/mainline-src/dlls/ntdll/signal_arm.c:508
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) info locals
ret = 0xc0000005
page = 0xf3ce0000
sigset = {__val = {0x0, 0x0, 0xf7c61150, 0x600f0030, 0xf3ce0000, 0x0, 0x0,
0xf3ce0000, 0xf7ccdd34, 0xa0000, 0xffffffff, 0xf6d4a5e4, 0xf7ddf7a9,
0xf73ce82c, 0xf7c7f6c0, 0x0, 0x1,
0x11000, 0xf3ce0000, 0x43, 0x1, 0xf73ce834, 0xf7c7fd20, 0xffffffff, 0xa5e4,
0x11000, 0xf3ce0000, 0xb0000, 0x1, 0x1, 0xf3ce0000, 0x11}}
vprot = 0x63
...
(gdb) n
2027 set_page_vprot_bits( page, page_size, 0, VPROT_WRITEWATCH
);
(gdb) n
2028 mprotect_range( page, page_size, 0, 0 );
(gdb) n
2031 if (VIRTUAL_GetUnixProt( get_page_vprot( page )) & PROT_WRITE)
(gdb) n
2033 if ((vprot & VPROT_WRITEWATCH) || is_write_watch_range(
page, page_size ))
(gdb) n
2034 ret = STATUS_SUCCESS;
...
--- snip ---
The problem is the way Wine restores the context on ARM32 via
'set_cpu_context':
--- snip ---
Dump of assembler code for function set_cpu_context:
0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44
=> 0xf7c605c4 <+4>: msr CPSR_f, r1
0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40
0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c
0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38
0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!)
0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9,
r10, r11, r12}
0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4)
(gdb) info reg
r0 0xf73ce858 0xf73ce858
r1 0x602f0030 0x602f0030
r2 0x0 0x0
r3 0x0 0x0
r4 0xf74baee0 0xf74baee0
r5 0x90068 0x90068
r6 0x0 0x0
r7 0xf6d4a5e4 0xf6d4a5e4
r8 0xf3ce0000 0xf3ce0000
r9 0xf6e78500 0xf6e78500
r10 0xf6d51268 0xf6d51268
r11 0xf73ce854 0xf73ce854
r12 0xaf 0xaf
sp 0xf73ce840 0xf73ce840
lr 0xf7c61350 0xf7c61350
pc 0xf7c605c4 0xf7c605c4 <set_cpu_context+4>
cpsr 0x600f0010 0x600f0010
Unable to fetch SVE register header: Invalid argument.
--- snip ---
CPSR = 0x600f0010 = Wine ARM32 mode
R1 = old CPSR before fault = 0x602f0030 = app code in Thumb mode
Wine -> CPSR_f = only flag bits set (execution state/control bits can't be set
explicitly in USR mode by design, no USR SPSR_xxx).
--- snip ---
(gdb) disas
Dump of assembler code for function set_cpu_context:
0xf7c605c0 <+0>: ldr r1, [r0, #68] ; 0x44
0xf7c605c4 <+4>: msr CPSR_f, r1
0xf7c605c8 <+8>: ldr r1, [r0, #64] ; 0x40
0xf7c605cc <+12>: ldr lr, [r0, #60] ; 0x3c
0xf7c605d0 <+16>: ldr sp, [r0, #56] ; 0x38
0xf7c605d4 <+20>: push {r1} ; (str r1, [sp, #-4]!)
0xf7c605d8 <+24>: ldmib r0, {r0, r1, r2, r3, r4, r5, r6, r7, r8, r9,
r10, r11, r12}
=> 0xf7c605dc <+28>: pop {pc} ; (ldr pc, [sp], #4)
End of assembler dump.
(gdb) si
0xf6c5160c in ?? ()
(gdb) info reg
r0 0xf3ce0020 0xf3ce0020
r1 0xf73ce944 0xf73ce944
r2 0x11000 0x11000
r3 0xf3d90000 0xf3d90000
r4 0xf74baee0 0xf74baee0
r5 0x90068 0x90068
r6 0x0 0x0
r7 0xf6d4a5e4 0xf6d4a5e4
r8 0xf3ce0000 0xf3ce0000
r9 0xf6e78500 0xf6e78500
r10 0xf6d51268 0xf6d51268
r11 0xf73ceaa0 0xf73ceaa0
r12 0xaf 0xaf
sp 0xf73cea48 0xf73cea48
lr 0xf7ddf7a9 0xf7ddf7a9
pc 0xf6c5160c 0xf6c5160c
cpsr 0x600f0010 0x600f0010
Unable to fetch SVE register header: Invalid argument.
(gdb) set arm fallback-mode thumb
(gdb) x/10i $pc
=> 0xf6c5160c: strd r6, r3, [r0, #-32]
0xf6c51610: ldr r3, [sp, #36] ; 0x24
0xf6c51612: ldr r4, [sp, #44] ; 0x2c
0xf6c51614: str.w r3, [r0, #-24]
0xf6c51618: ldr r3, [sp, #40] ; 0x28
0xf6c5161a: add.w r3, r0, r3, lsl #2
0xf6c5161e: str.w r3, [r0, #-20]
0xf6c51622: strd r5, r6, [r0, #-8]
0xf6c51626: ldr.w r3, [r0, #-20]
0xf6c5162a: add.w r3, r3, r4, lsl #1
(gdb) si
0xf6c51610 in ?? ()
(gdb) info reg
r0 0xf3ce0020 4090363936
r1 0xf73ce944 4147964228
r2 0x11000 69632
r3 0xf3d90000 4091084800
r4 0xf74baee0 4148932320
r5 0x90068 589928
r6 0x0 0
r7 0xf6d4a5e4 4141131236
r8 0xf3ce0000 4090363904
r9 0xf6e78500 4142368000
r10 0xf6d51268 4141159016
r11 0xf73ceaa0 4147964576
r12 0xaf 175
sp 0xf73cea48 0xf73cea48
lr 0xf7ddf7a9 -136448087
pc 0xf6c51610 0xf6c51610
cpsr 0x600f0010 1611595792
Unable to fetch SVE register header: Invalid argument.
(gdb) si
0xf6c51614 in ?? ()
(gdb) si
0xf6c51618 in ?? ()
(gdb) si
0xf6c78248 in ?? ()
(gdb) si
Thread 1 "pwsh.exe" received signal SIGILL, Illegal instruction.
0xf6c78248 in ?? ()
--- snip ---
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/signal_arm.c#l…
--- snip ---
283 void DECLSPEC_HIDDEN set_cpu_context( const CONTEXT *context );
284 __ASM_GLOBAL_FUNC( set_cpu_context,
285 ".arm\n\t"
286 "ldr r1, [r0, #0x44]\n\t" /* context->Cpsr */
287 "msr CPSR_f, r1\n\t"
288 "ldr r1, [r0, #0x40]\n\t" /* context->Pc */
289 "ldr lr, [r0, #0x3c]\n\t" /* context->Lr */
290 "ldr sp, [r0, #0x38]\n\t" /* context->Sp */
291 "push {r1}\n\t"
292 "ldmib r0, {r0-r12}\n\t" /* context->R0..R12 */
293 "pop {pc}" )
--- snip ---
Well, that's an unfortunate combination of things here. The app binaries
contain a mix of 16-bit Thumb and 32-bit Thumb(2) instructions. Thumb-2
instruction set is the default for Windows on ARM per convention.
https://msdn.microsoft.com/en-us/library/dn736986.aspx)
--- quote ---
The instruction set for Windows on ARM is strictly limited to Thumb-2. All code
executed on this platform is expected to start and remain in Thumb mode at all
times. An attempt to switch into the legacy ARM instruction set may succeed,
but if it does, any exceptions or interrupts that occur may lead to an
application fault in user mode, or a bugcheck in kernel mode.
A side-effect of this requirement is that all code pointers must have the low
bit set. This is so that when they are loaded and branched to via BLX or BX,
the processor will remain in Thumb mode and not try to execute the target code
as 32-bit ARM instructions.
--- quote ---
The write-watch fault is caused by an instruction that has 32-bit encoding
(Thumb2), located at 0xf6c5160c -> bits[1:0] of the address = 0b00.
Due to the segfault handling, the mode is switched to ARM (there are also
explicit '.arm' directives in Wine code) -> CPSR 'T' bit gone.
Wine's 'set_cpu_context' uses 'pop {pc}' to return to the faulting instruction
for re-execution after write-watch has been reset. The instruction behaviour is
defined by ARM:
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0588b/Babefb…
--- quote ---
== POP, with reglist including the PC
This instruction causes a branch to the address popped off the stack into the
PC. This is usually a return from a subroutine, where the LR was pushed onto
the stack at the start of the subroutine.
In ARMv5T and above:
bits[1:0] must not be 0b10
if bit[0] is 1, execution continues in Thumb state
if bit[0] is 0, execution continues in ARM state.
In ARMv4, bits[1:0] of the address loaded must be 0b00.
== Thumb instructions
A subset of these instructions are available in the Thumb instruction set.
The following restrictions apply to the 16-bit instructions:
For PUSH, reglist can only include the Lo registers and the LR
For POP, reglist can only include the Lo registers and the PC.
The following restrictions apply to the 32-bit instructions:
reglist must not include the SP
For PUSH, reglist must not include the PC
For POP, reglist can include either the LR or the PC, but not both.
== Restrictions on reglist in ARM instructions
ARM PUSH instructions can have SP and PC in the reglist but these instructions
that include SP or PC in the reglist are deprecated in ARMv6T2 and above.
ARM POP instructions cannot have SP but can have PC in the reglist. These
instructions that include both PC and LR in the reglist are deprecated in
ARMv6T2 and above.
--- quote ---
Since I run the whole target under QEMU aarch64 system emulation I double
checked that part too. Qemu behaves correctly, not switching from ARM to Thumb
mode because bits[1:0] of the address = 0b00.
https://github.com/qemu/qemu/blob/master/target/arm/translate.c#L225
--- snip ---
/* Set a CPU register. The source must be a temporary and will be
marked as dead. */
static void store_reg(DisasContext *s, int reg, TCGv_i32 var)
{
if (reg == 15) {
/* In Thumb mode, we must ignore bit 0.
* In ARM mode, for ARMv4 and ARMv5, it is UNPREDICTABLE if bits [1:0]
* are not 0b00, but for ARMv6 and above, we must ignore bits [1:0].
* We choose to ignore [1:0] in ARM mode for all architecture versions.
*/
tcg_gen_andi_i32(var, var, s->thumb ? ~1 : ~3);
s->base.is_jmp = DISAS_JUMP;
}
tcg_gen_mov_i32(cpu_R[reg], var);
tcg_temp_free_i32(var);
}
--- snip ---
Due to Wine's cpu context helper not restoring Thumb mode properly, execution
is incorrectly resumed in ARM mode, leading to crash shortly after.
Any Wine ARM32-specific assembly code/wrappers that pass control directly to
app code, bypassing the compiler's ARM-Thumb interworking, has to make sure
that it restores thumb mode properly.
$ sha1sum PowerShell-6.2.0-preview.2-win-arm32.zip
b77b87906514e802c03c84fcb72ce39f925c3b41
PowerShell-6.2.0-preview.2-win-arm32.zip
$ du -sh PowerShell-6.2.0-preview.2-win-arm32.zip
40M PowerShell-6.2.0-preview.2-win-arm32.zip
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.
http://bugs.winehq.org/show_bug.cgi?id=10467
Summary: Making Microsoft .NET 2.0 to work in wine, based on
example app FastMD5 1.4 for NET 2.0
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://www.paehl.de/english.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-dotnet
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
this bug id exists for the sole purpose of showing my little journey of getting
.NET 2.0 to work in wine.
This topic does *NOT* cover the MONO project in any way.
The windows version of MONO is covered by other bug reports.
DISCLAIMER: This is just a first step which aims at major show stoppers.
There are *many* issues left when it comes to managed (JIT) vs. unmanaged
(native) API code bridging.
To iron out all the bugs, many different applications are needed which cover
the whole range of .NET Framework.
I randomly chose a simple .NET 2.0 app which uses plain system.windows.forms
stuff (no fancy controls/interop).
--- snip ---
http://www.paehl.de/fastmd5_net20.zip
FASTMD5 create very fast with low CPU use a MD5 hash. Required .NET 1.1 or 2.0
--- snip ---
Just as foreword: yes, it plain sucks to debug mixed code in wine (managed +
unmanaged) because the tools required don't work reliable (or at all) due to
several wine bugs/design problems.
Prerequisite: successful installation of .NET 2.0 Framework and wine-0.9.49 (or
GIT)
----------
If you start .NET apps they will fail with stack overflows and some exceptions
thrown.
The exception type tells us what we are dealing with: 0xe0434f4d
For the uninitiated: this an exception type exclusively thrown by .NET common
language runtime (CLR).
Using my specially hacked wine to run tools like windbg one can get a raw
estimate by looking at native method callstack:
--- snip ---
0:000> sxe clr
..
0:000> .load clr20\sos.dll
..
0:000> g
..
0:000> kb
ChildEBP RetAddr Args to Child
WARNING: Stack unwind information not available. Following frames may be wrong.
0034efb8 79f97065 e0434f4d 00000001 00000001 KERNEL32!RaiseException+0x78
0034f018 7a0945a4 00a11cb4 00000000 00000000
mscorwks!RaiseTheExceptionInternalOnly+0x226
0034f0dc 02fa364b 00000000 0000007f 0034f138 mscorwks!JIT_Throw+0xd0
0034f1d8 79e88f63 00000000 0012e0f8 0034f22c 0x2fa364b
0034f1f8 79e88f63 00000000 00000000 0016b200 mscorwks!CallDescrWorker+0x33
0034f210 79e88ee4 0034f2e8 00000002 0034f2b0 mscorwks!CallDescrWorker+0x33
..
--- snip ---
JIT code is at 0x2fa364b which transfers managed exceptions using
mscorwks!JIT_Throw() to native code/OS.
Lets look at CLR exception info...
--- snip ---
0:000> !PrintException
Exception object: 00a11cb4
Exception type: System.TypeInitializationException
Message: The type initializer for 'System.Globalization.TextInfo' threw an
exception.
InnerException: <none>
StackTrace (generated):
<none>
StackTraceString: <none>
HResult: 80131534
--- snip ---
And the managed code callstack...
--- snip ---
0:000> !ClrStack
OS Thread Id: 0xf (0)
ESP EIP
0034f040 7b8414d8 [HelperMethodFrame: 0034f040]
0034f0e4 02fa364b System.Globalization.TextInfo.GetNativeTextInfo(Int32)
0034f114 02fa3511 System.Globalization.TextInfo.get_InvariantNativeTextInfo()
0034f140 02fa193d System.String.Compare(System.String, Int32, System.String,
Int32, Int32, System.StringComparison)
0034f16c 02fa15a1
System.Security.Util.URLString.PreProcessForExtendedPathRemoval(System.String,
Boolean)
0034f184 02fa10b0 System.AppDomainSetup.NormalizePath(System.String, Boolean)
0034f1a4 02fa06d6
System.AppDomainSetup.SetupDefaultApplicationBase(System.String)
0034f1bc 02fa02cc System.AppDomain.SetupFusionStore(System.AppDomainSetup)
0034f1d4 02fa01fa System.AppDomain.SetupDomain(Boolean, System.String,
System.String)
0034f42c 79e88f63 [GCFrame: 0034f42c]
0034f9e0 79e88f63 [DebuggerClassInitMarkFrame: 0034f9e0]
--- snip ---
Some native method call in GetNativeTextInfo() seems to be the culprit.
For many (string) resource based stuff to work, a unicode OS casing table is
required.
The table for the invariant version is built from external .NLS file.
To make story short: wine does not ship the default case mapping table for
unicode characters: "l_intl.nls".
This is a "must" requirement and failure results in early
TypeInitializationException while setting up default application domain.
Short fix: copy the file from your windows system32 directory to wine system32.
Long run fix: let wine generate/install this file. Not a big deal.
Now simple .NET _console_ based apps (like "Hello World") will work.
---------------------------------------
Stay tuned, more goodies to come ...
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=45333
Bug ID: 45333
Summary: Failed to install Microsoft .NET 4.7.2
Product: Wine
Version: 3.0.1
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: gtsasamori(a)gmail.com
Created attachment 61620
--> https://bugs.winehq.org/attachment.cgi?id=61620
log file
$ wine NDP472-DevPack-ENU.exe
[. . . ]
00bc:err:msi:create_temp_binary failed to load dll
L"C:\\users\\gts\\Temp\\msi164f.tmp" (193)
00cd:err:msi:ACTION_CallDllFunction failed to load dll
L"C:\\users\\gts\\Temp\\msi164f.tmp" (193)
00ca:err:msi:ACTION_CallDllFunction failed to load dll
L"C:\\users\\gts\\Temp\\msi164f.tmp" (193)
00bc:err:msi:create_temp_binary failed to load dll
L"C:\\users\\gts\\Temp\\msi389c.tmp" (193)
00d9:err:msi:ACTION_CallDllFunction failed to load dll
L"C:\\users\\gts\\Temp\\msi389c.tmp" (193)
00bc:fixme:service:EnumDependentServicesW 0x18a5eb8 0x00000001 0x0 0x00000000
0xb6f668 0xb6f664 - stub
00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled
00bc:fixme:msi:ACTION_CustomAction msidbCustomActionTypeTSAware not handled
--
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=44975
Bug ID: 44975
Summary: Multiple applications need 'find.exe' command line
tool (ConEmu)
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says, encountered with 'ConEmu' build 180409.
Separated from bug 31519 which is now about providing 'fc.exe' (file compare)
tool.
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/ConEmu
$ WINEDEBUG=+seh,+relay wine ./ConEmu.exe >>log.txt 2>&1
...
006e:Call KERNEL32.CreateProcessW(00329a88
L"C:\\windows\\system32\\cmd.EXE",0014e080 L"cmd /d /c ver
",00000000,00000000,00000001,00000000,00000000,00000000,00329a44,00329f48)
ret=7e13009e
...
006e:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7e13009e
...
0062:Call
gdi32.ExtTextOutW(003d003f,00000000,00000010,00000000,00000000,00150b60 L"Can't
recognize '\"C:\\windows\\system32\\find.exe\" \"Windows\"' as an internal or
external command, or batch
script.\00d4\ffff\00ff\d0c8\00d4\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ff\d0c8\00d4\ffff\00ffy",0000006f,00145960)
ret=7ec8ea0d
--- snip ---
The relevant part of batch file:
--- snip ---
...
rem Simple "ver" prints empty line before Windows version
rem Use this construction to print just a version info
cmd /d /c ver | "%windir%\system32\find.exe" "Windows"
...
--- snip ---
Command line usage: https://ss64.com/nt/find.html
$ sha1sum ConEmuSetup.180409.exe
5b8b0e78789027841f5312e132101408b292996c ConEmuSetup.180409.exe
$ du -sh ConEmuSetup.180409.exe
6.3M ConEmuSetup.180409.exe
$ wine --version
wine-3.6
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.
https://bugs.winehq.org/show_bug.cgi?id=45449
Bug ID: 45449
Summary: Add diagnostic 'mscoree.dll.CorGetSvc' stub (NGEN
client) to hint at broken Microsoft .NET Frameworks
installation (Wine-Mono not uninstalled and
'mscoree.dll' placeholders not removed prior install)
Product: Wine
Version: 3.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mscoree
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
continuation of bug 45333 (diagnostics for the NGEN server side).
The client side 'ngen.exe' calls unimplemented 'mscoree.dll.CorGetSvc'.
NOTE: MSI (CA) server is currently broken/regressed for 64-bit WINEPREFIXes, so
a broken .NET installation can't be tested there.
Prepare a broken 32-bit WINEPREFIX:
--- snip ---
$ wineserver -k
$ rm -rf .wine
$ export WINEARCH=win32
$ wineboot
$ wine uninstaller --list
{BB9BDB97-C247-4F20-B710-8B6765F67105}|||Wine Gecko (32-bit)
{E45D8920-A758-4088-B6C6-31DBB276992E}|||Wine Mono
$ wine uninstaller --remove {E45D8920-A758-4088-B6C6-31DBB276992E}
# to be really sure 'mscoree.dll' won't get updated -> keeps Wine's placeholder
$ winetricks win7
# run .NET 4.0 installer without 'winetricks'
$ wine ./dotNetFx40_Full_x86_x64.exe
...
# really check if placeholder is still there
$ winedump .wine/drive_c/windows/system32/mscoree.dll
Contents of .wine/drive_c/windows/system32/mscoree.dll: 5236 bytes
*** This is a Wine fake DLL ***
File Header
Machine: 014C (i386)
Number of Sections: 3
TimeDateStamp: 00000000 (Thu Jan 1 01:00:00 1970) offset 104
PointerToSymbolTable: 00000000
NumberOfSymbols: 00000000
SizeOfOptionalHeader: 00E0
Characteristics: 2022
EXECUTABLE_IMAGE
LARGE_ADDRESS_AWARE
DLL
...
--- snip ---
Test by trigger .NET GAC update:
--- snip ---
$ wine "c:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\ngen.exe" update
0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0012:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0016:fixme:service:svcctl_ChangeServiceConfig2W SERVICE_CONFIG_FAILURE_ACTIONS
not implemented: period 86400 msg (null) cmd (null)
0019:fixme:process:SetProcessShutdownParameters (00000380, 00000000): partial
stub.
0019:err:winediag:CorIsLatestSvc If this function is called, it is likely the
result of a broken .NET installation
0019:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime Optimization
Service"): stub
0019:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x0000044f,(nil),0x0001,0x00000000,0x76f9d0,(nil)):
stub
0019:err:eventlog:ReportEventW L".NET Runtime Optimization Service
(clr_optimization_v4.0.30319_32) - Tried to start a service that wasn't the
latest version of CLR Optimization service. Will shutdown\n"
0019:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
wine: Call from 0x7b447132 to unimplemented function mscoree.dll.CorGetSvc,
aborting
Unknown exception
--- snip ---
That one is actually documented:
https://github.com/dotnet/coreclr/blob/master/src/inc/mscorsvc.idl#L21
--- snip ---
#pragma midl_echo("STDAPI CorGetSvc(IUnknown **pIUnknown);")
--- snip ---
With a stub added, returning default 'CLR_E_SHIM_RUNTIMEEXPORT':
--- snip ---
0009:Call mscoree.CorGetSvc(0033f9f8) ret=1000df20
0009:fixme:mscoree:CorGetSvc stub(0x33f9f8)!
0009:Ret mscoree.CorGetSvc() retval=80131701 ret=1000df20
0009:Call KERNEL32.GetLastError() ret=1000f4c7
0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f4c7
...
0009:Call KERNEL32.GetLastError() ret=1000f417
0009:Ret KERNEL32.GetLastError() retval=000000b7 ret=1000f417
...
0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0033f9a4)
ret=79084c0f
0009:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b446fe6
ip=7b446fe6 tid=0009
0009:trace:seh:raise_exception info[0]=19930520
0009:trace:seh:raise_exception info[1]=0033f9e4
0009:trace:seh:raise_exception info[2]=1001a760
0009:trace:seh:raise_exception eax=7b4356b1 ebx=00000000 ecx=00000000
edx=0033f990 esi=0033f990 edi=0033f950
0009:trace:seh:raise_exception ebp=0033f928 esp=0033f8c4 cs=330023 ds=33002b
es=f7bc002b fs=f7bc0063 gs=f7bc006b flags=00000212
0009:trace:seh:call_stack_handlers calling handler at 0x10018276 code=e06d7363
flags=1
...
Failed to find a required export in the runtime. (Exception from HRESULT:
0x80131701)
...
--- snip ---
$ wine --version
wine-3.12-110-g414fe80aeb
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.
http://bugs.winehq.org/show_bug.cgi?id=30075
Bug #: 30075
Summary: Microsoft .NET Framework 4.5 Developer Preview CLR
needs kernel32.dll WerRegisterRuntimeExceptionModule
(returning S_OK) to run .NET apps
Product: Wine
Version: 1.4-rc6
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,
after upgrading an existing .NET Framework 4.0 WINEPREFIX with .NET Framework
4.5 (dev preview) some simple apps that previously worked failed to run.
I created a simple C# based .NET "hello world" console app using the provided
C# compiler (csc.exe) in .NET 4.0 prefix and it fails to execute after .NET 4.5
CLR upgrade:
--- snip ---
002b:Starting process
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\hello.exe"
(entryproc=0x40233e)
...
002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea
002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea
002b:Call KERNEL32.GetProcAddress(7b810000,00837968
"WerRegisterRuntimeExceptionModule") ret=008378fe
002b:Ret KERNEL32.GetProcAddress() retval=00000000 ret=008378fe
...
002b:Call KERNEL32.LoadLibraryExW(0032f944
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscorrc.dll",00000000,00000002)
ret=008e1f58
002b:Ret KERNEL32.LoadLibraryExW() retval=00f00001 ret=008e1f58
...
002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The
program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010)
ret=00ace3f9
...
--- snip ---
It seems there is an improved integration of error reporting with WER.
MSDN:
http://msdn.microsoft.com/en-us/library/windows/desktop/dd408167%28v=vs.85%…
Adding a stub returning E_NOTIMPL doesn't make the CLR happy:
--- snip ---
002b:Call KERNEL32.GetModuleHandleW(007f8424 L"kernel32.dll") ret=008378ea
002b:Ret KERNEL32.GetModuleHandleW() retval=7b810000 ret=008378ea
002b:Call KERNEL32.GetProcAddress(7b810000,00837968
"WerRegisterRuntimeExceptionModule") ret=008378fe
002b:Ret KERNEL32.GetProcAddress() retval=7b825418 ret=008378fe
002b:Call KERNEL32.WerRegisterRuntimeExceptionModule(0032f88c
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",00740000)
ret=00837915
002b:fixme:wer:WerRegisterRuntimeExceptionModule
(L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll",
0x740000) stub!
002b:Ret KERNEL32.WerRegisterRuntimeExceptionModule() retval=80004001
ret=00837915
...
002b:Call user32.MessageBoxW(00000000,0032fa20 L"CLR error: 80004005.\n The
program will now terminate.",0032f3f0 L"hello.exe - Fatal error",00002010)
ret=00ace3f9
--- snip ---
You have to return S_OK to please the CLR.
With that change "hello world" runs again. Yay!
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=15437
Summary: Company of Heroes Opposing Fronts: Installer fails
Product: Wine
Version: 1.1.5
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=16303)
--> (http://bugs.winehq.org/attachment.cgi?id=16303)
log
Installation of the game is not possible. Exception EAccessViolation error in
module GameInst.exe happens. According to test data the game had to be
installed from a Windows installation in order to be played. A log is 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.
http://bugs.winehq.org/show_bug.cgi?id=30072
Bug #: 30072
Summary: Microsoft .NET Framework 4.5 Developer Preview
installer needs some wevtapi.dll stubs
(EvtOpenChannelConfig, ...)
Product: Wine
Version: 1.4-rc6
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,
continuation of bug 29742
After a stub "wevtapi" dll is provided the installer still crashes.
A stub is needed for the following event API functions:
EvtOpenChannelConfig
EvtGetChannelConfigProperty
EvtSetChannelConfigProperty
EvtSubscribe
With these stubs in place the installer doesn't crash and continues.
winecfg -> "Windows 7"
--- snip ---
$ WINEDEBUG=+tid,+loaddll,+wevtapi wine dotNetFx45_Full_x86_x64.exe /q
...
0015:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wuapi.dll"
at 0xf7180000: builtin
000f:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\rstrtmgr.dll" at 0xf75f0000: builtin
001d:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\wevtapi.dll" at 0xf7340000: builtin
001d:trace:wevtapi:DllMain (0x0xf7340000, 1, (nil))
001d:fixme:wevtapi:EvtOpenChannelConfig stub((nil),
L"Microsoft-Windows-CAPI2/Operational", 0)
001d:fixme:wevtapi:EvtGetChannelConfigProperty stub((nil), 0, 0, 16, 0x61c254,
0x61c270)
001d:fixme:wevtapi:EvtSetChannelConfigProperty stub((nil), 0, 0, 0x61c24c)
001d:fixme:wevtapi:EvtSubscribe stub((nil), 0x80,
L"Microsoft-Windows-CAPI2/Operational", (null), (nil), (nil), (nil), 1)
...
--- snip ---
$ sha1sum dotNetFx45_Full_x86_x64.exe
e3ffcb31565ebee65cc95c93db7d11eee2055d68 dotNetFx45_Full_x86_x64.exe
$ wine --version
wine-1.4-rc6-1-ge11565b
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=30074
Bug #: 30074
Summary: Microsoft .NET Framework 4.5 Developer Preview
installer needs stub wusa.exe
Product: Wine
Version: 1.4-rc6
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,
continuation of bug 30072
The installer now aborts due to missing "wusa.exe" executable.
I didn't find any installer on MS downloads that contains this standalone
component (only updates).
With a stub executable provided the installer is happy:
--- snip ---
$ WINEDEBUG=+tid,+wusa wine ./dotNetFx45_Full_x86_x64.exe -q
...
fixme:wusa:wmain stub: L"wusa.exe"
L"C:\\711ec06a13d5ed1f9b3e\\Windows6.1-KB958488-v6001-x86.msu" L"/quiet"
L"/norestart"
...
--- snip ---
At least the .NET Framework 4.5 installation finishes without further critical
error in basic ui or silent mode.
Although .NET Framework 4.5 is an update of .NET Framework 4.0, no previous
install of .NET Framework 4.0 is required (winetricks -q dotnet40).
One problem will turn up later: mscoree.dll is still builtin (Mono
placeholder/fake) which will prevent from loading CLR.
Actually this component gets updated through
"Windows6.1-KB958488-v6001-x86.msu" (Microsoft .NET Framework 4.0 Shared ->
KB958488) Windows6.1-KB958488-x86.cab.
Due to wusa.exe stub this update is skipped.
Maybe a winetricks recipe will take care of that in future (manually
extracting/unpacking the missing dlls from msu).
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=39402
Bug ID: 39402
Summary: Lost Planet 2 Benchmark crashes at launch due to
missing audio format conversion
(IXAudio2Impl_CreateSourceVoice)
Product: Wine
Version: 1.7.52
Hardware: x86-64
URL: http://www.geforce.com/games-applications/pc-games/los
t-planet-2
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: aeikum(a)codeweavers.com
Distribution: ---
Created attachment 52514
--> https://bugs.winehq.org/attachment.cgi?id=52514
log
warn:xaudio2:IXAudio2Impl_CreateSourceVoice OpenAL can't convert this format!
wine-1.7.52-134-g20ff335
--
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=47895
Bug ID: 47895
Summary: wine: Bad EXE format for
Then_and_Before__1920x1080.exe
Product: Wine
Version: 4.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: aros(a)gmx.com
Distribution: ---
Created attachment 65385
--> https://bugs.winehq.org/attachment.cgi?id=65385
Demo
According to VirusTotal this is a valid Win32 binary yet Wine refuses to run
it:
https://www.virustotal.com/gui/file/0222621c6a26420c381e71346fa14e1cf783462…
File type Win32 EXE
Magic MS-DOS executable, MZ for MS-DOS
Target Machine Intel 386 or later processors and compatible processors
--
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=38176
Bug ID: 38176
Summary: Optical Circuit 4K demo crashes on startup
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Distribution: ---
Created attachment 50930
--> https://bugs.winehq.org/attachment.cgi?id=50930
demo itself
Backtrace:
=>0 0x004000aa in optical_circuit.1280x720.150221 (+0xaa) (0x00000000)
0x004000aa: xorb 0x0(%edi),%al
Modules:
Module Address Debug info Name (17 modules)
PE 400000- 683b6eb Export optical_circuit.1280x720.150221
--
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=42125
Bug ID: 42125
Summary: 8k demos often fail with Bad EXE Format
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aaronbpaden(a)gmail.com
Distribution: ---
Several 8k demos fail to load because of a Bad EXE format error. I'm assuming
they're hacking off unnecessary bits from the executable format to get within
their size constraints, and wine is getting confused.
This is the error I get in the logs:
wine: Bad EXE format for Z:\home\aaron\eos_-_blue_morpho_1280x720.exe.
This particular demo can be found at http://www.pouet.net/prod.php?which=68352
--
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=46005
Bug ID: 46005
Summary: Multiple games and applications fail due to missing
interface proxy information in registry
(oleautomation/dual interfaces referenced in coclass
section)
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
split off from bug 34711
See my comment https://bugs.winehq.org/show_bug.cgi?id=34711#c3 where I stated
my surprise about the interface proxies not being registered.
Zebediah's comment
https://www.winehq.org/pipermail/wine-devel/2018-October/133648.html convinced
me to create a new ticket to target this problem in general.
--- quote ---
I don't think this is the right solution to this problem. On Windows
only the coclass declaration is inside the library declaration, so I
think we should fix widl to also register dependent interfaces.
--- quote ---
Copy/pasta from https://bugs.winehq.org/show_bug.cgi?id=34711
---
Download:
http://wc3dota.persiangig.com/.Srl0nxC6Ke/Terraria/terraria-server-12031.zip
New version:
http://terraria.org/system/dedicated_servers/archives/000/000/032/original/…
It crashes. Running under managed CLR debugger shows:
--- snip ---
...
0035:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\hnetcfg.dll" at 0x7d060000: builtin
0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface
{00000003-0000-0000-c000-000000000046} not implemented
0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface
{00000019-0000-0000-c000-000000000046} not implemented
0035:fixme:hnetcfg:hnetcfg_cf_QueryInterface interface
{b196b28f-bab4-101a-b69c-00aa00341d07} not implemented
0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory
for {b196b28f-bab4-101a-b69c-00aa00341d07} with error 0x80004002
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{00000003-0000-0000-c000-000000000046} not implemented
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{00000003-0000-0000-c000-000000000046} not implemented
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{00000019-0000-0000-c000-000000000046} not implemented
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{c3fcc19e-a970-11d2-8b5a-00a0c9b7c9c4} not implemented
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
0035:fixme:hnetcfg:upnpnat_QueryInterface interface
{b196b283-bab4-101a-b69c-00aa00341d07} not implemented
0035:err:ole:marshal_object Failed to create an IRpcStubBuffer from IPSFactory
for {b196b283-bab4-101a-b69c-00aa00341d07} with error 0x80004002
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface
{00000144-0000-0000-c000-000000000046}
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface
{b171c812-cc76-485a-94d8-b6b3a2794e99}
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
0035:err:ole:marshal_object couldn't get IPSFactory buffer for interface
{b171c812-cc76-485a-94d8-b6b3a2794e99}
0032:err:ole:ClientIdentity_QueryMultipleInterfaces
IRemUnknown_RemQueryInterface failed with error 0x80004002
(31.32): C++ EH exception - code e06d7363 (first chance)
0030:fixme:ntdll:RtlGetUnloadEventTrace stub!
0030:trace:loaddll:load_builtin_dll Loaded
L"C:\\windows\\system32\\wtsapi32.dll" at 0xf7df0000: builtin
0030:trace:loaddll:load_native_dll Loaded
L"C:\\windows\\Microsoft.NET\\Framework\\v4.0.30319\\mscordacwks.dll" at
0x7a820000: native
There is no current managed exception on this thread
OS Thread Id: 0x32 (0)
Child SP IP Call Site
0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664]
0033d6c0 0389014c Terraria.Netplay..cctor()
0033d928 791421db [GCFrame: 0033d928]
0033f30c 791421db [PrestubMethodFrame: 0033f30c]
Terraria.ProgramServer.Main(System.String[])
0033f548 791421db [GCFrame: 0033f548]
0032:fixme:ntdll:EtwRegisterTraceGuidsW (0xc405ba, (nil),
{8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b930, (null), (null), 0xfb2d64):
stub
0032:fixme:ntdll:EtwRegisterTraceGuidsW register trace class
{8e9f5090-2d75-4d03-8a81-e5afbf85daf1}
(31.32): CLR exception - code e0434352 (first chance)
Exception object: 00f9d5e4
Exception type: System.InvalidCastException
Message: Unable to cast COM object of type 'System.__ComObject' to
interface type 'NATUPNPLib.UPnPNAT'. This operation failed because the
QueryInterface call on the COM component for the interface with IID
'{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error:
Exception from HRESULT: 0x80004002 (E_NOINTERFACE).
InnerException: <none>
StackTrace (generated):
<none>
StackTraceString: <none>
HResult: 80004002
OS Thread Id: 0x32 (0)
Child SP IP Call Site
0033d664 7b43c87b [HelperMethodFrame_1OBJ: 0033d664]
0033d6c0 0389014c Terraria.Netplay..cctor()
0033d928 791421db [GCFrame: 0033d928]
0033f30c 791421db [PrestubMethodFrame: 0033f30c]
Terraria.ProgramServer.Main(System.String[])
0033f548 791421db [GCFrame: 0033f548]
First chance exceptions are reported before any exception handling.
This exception may be expected and handled.
--- snip ---
"Unable to cast COM object of type 'System.__ComObject' to interface type
'NATUPNPLib.UPnPNAT'. This operation failed because the QueryInterface call on
the COM component for the interface with IID
'{B171C812-CC76-485A-94D8-B6B3A2794E99}' failed due to the following error:
Exception from HRESULT: 0x80004002 (E_NOINTERFACE)."
Cross-thread marshalling doesn't work here. Each thread must have access to the
type information (registry) that describes the COM object to be able to
unmarshal the object from the source thread.
Wine source:
https://source.winehq.org/git/wine.git/blob/HEAD:/include/natupnp.idl#l205
--- snip ---
187 [
188 object,
189 uuid(b171c812-cc76-485a-94d8-b6b3a2794e99),
190 dual,
191 pointer_default(unique)
192 ]
193 interface IUPnPNAT : IDispatch
194 {
195 [propget, id(1)]
196 HRESULT StaticPortMappingCollection ([out, retval]
IStaticPortMappingCollection **collection);
197
198 [propget, id(2)]
199 HRESULT DynamicPortMappingCollection ([out, retval]
IDynamicPortMappingCollection **collection);
200
201 [propget, id(3)]
202 HRESULT NATEventManager ([out, retval] INATEventManager **manager);
203 };
204
205 [
206 id(2),
207 uuid(1c565858-f302-471e-b409-f180aa4abec6),
208 version(1.0)
209 ]
210 library NATUPNPLib
211 {
212 importlib("stdole2.tlb");
213
214 [
215 vi_progid("HNetCfg.NATUPnP"),
216 progid("HNetCfg.NATUPnP.1"),
217 threading(apartment),
218 uuid(ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1)
219 ]
220 coclass UPnPNAT
221 {
222 [default] interface IUPnPNAT;
223 };
224 };
--- snip ---
It seems for Wine's MIDL the interface in question needs to be defined *inside*
the 'library' block and have 'oleautomation' attribute. Otherwise it's not
getting registered under 'HKEY_CLASSES_ROOT\\Interface\\{IID}\\...'
(proxy/stub).
I was surprised about that behaviour since the interface was referenced by the
coclass within the library block and had 'dual' attribute.
http://diranieh.com/IDL/Structure.htm
--- quote ---
Interface location [oleautomation]/ [dual] defined
Inside library block Interface uses Universal Marshaler
Interface appears in type library
Outside library block Interface uses Universal Marshaler
Interface does not appear in type library (unless
referenced, perhaps in the coclass section)
---
Interface location [oleautomation]/ [dual] not defined
Inside library block AVOID. NO INTERCEPTION CODE GENERATED!
Outside library block Interface does not use Universal Marshaler. Need to
build proxy/stub DLL.
Interface does not appear in type library (unless
referenced, perhaps in the coclass section)
--- quote ---
$ wine --version
wine-3.18-75-ge55aca8f49
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.
http://bugs.winehq.org/show_bug.cgi?id=34711
Bug #: 34711
Summary: Terraria Server 1.2.0.x fails on startup (needs
CLSID_UPnPNAT {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1})
Product: Wine
Version: 1.7.4
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 folks,
split off from bug 30097 as this is a different issue.
Prerequisite: 'winetricks -q dotnet40 xna40' in clean 32-bit WINEPREFIX
--- snip ---
$ wine TerrariaServer.exe -config serverconfig.txt
...
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Game"
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework"
fixme:shell:URL_ParseUrl failed to parse L"System.Configuration"
fixme:shell:URL_ParseUrl failed to parse L"System.Xml"
err:ole:CoGetClassObject class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not
registered
err:ole:create_server class {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1} not
registered
fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
err:ole:CoGetClassObject no class object {ae1e00aa-3fd5-403c-8a27-2bbdc30cd0e1}
could be created for context 0x15
fixme:advapi:RegisterTraceGuidsW (0xc3c4da, (nil),
{8e9f5090-2d75-4d03-8a81-e5afbf85daf1}, 1, 0x33b6cc, (null), (null),
0xfa2868,): stub
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Graphics"
fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Xna.Framework.Xact"
fixme:process:FlushProcessWriteBuffers : stub
Unhandled Exception: System.TypeInitializationException: The type initializer
for 'Terraria.Main' threw an exception. --->
System.TypeInitializationException: The type initializer for 'Terraria.Netplay'
threw an exception. ---> System.Runtime.InteropServices.COMException:
Retrieving the COM class factory for component with CLSID
{AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1} failed due to the following error:
80040154 Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG).
at System.RuntimeTypeHandle.CreateInstance(RuntimeType type, Boolean
publicOnly, Boolean noCheck, Boolean& canBeCached, RuntimeMethodHandleInternal&
ctor, Boolean& bNeedSecurityCheck)
at System.RuntimeType.CreateInstanceSlow(Boolean publicOnly, Boolean
skipCheckThis, Boolean fillCache)
at System.RuntimeType.CreateInstanceDefaultCtor(Boolean publicOnly, Boolean
skipVisibilityChecks, Boolean skipCheckThis, Boolean fillCache)
at System.Activator.CreateInstance(Type type, Boolean nonPublic)
at System.Activator.CreateInstance(Type type)
at Terraria.Netplay..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..cctor()
--- End of inner exception stack trace ---
at Terraria.Main..ctor()
at Terraria.ProgramServer.Main(String[] args)
--- snip ---
Server: Main.versionNumber = "v1.2.0.3.1";
Decompiling with ILSpy gives:
--- snip ---
// Terraria.Netplay
static Netplay()
{
// Note: this type is marked as 'beforefieldinit'.
Netplay.stopListen = false;
Netplay.serverSock = new ServerSock[256];
Netplay.clientSock = new ClientSock();
Netplay.serverPort = 7777;
Netplay.disconnect = false;
Netplay.password = "";
Netplay.banFile = "banlist.txt";
Netplay.spamCheck = false;
Netplay.anyClients = false;
Netplay.upnpnat =
(UPnPNAT)Activator.CreateInstance(Type.GetTypeFromCLSID(new
Guid("AE1E00AA-3FD5-403C-8A27-2BBDC30CD0E1")));
Netplay.mappings = Netplay.upnpnat.StaticPortMappingCollection;
Netplay.uPNP = true;
Netplay.ServerUp = false;
}
--- snip ---
Expected as Wine doesn't implement CLSID_UPnPNAT in HNetCfg.dll (NATUPnP.idl).
$ du -sh terraria-server-12031.zip
788K terraria-server-12031.zip
$ sha1sum terraria-server-12031.zip
2333bf1e6ad1d77fc5d59a389cad6581e48c12bf terraria-server-12031.zip
$ wine --version
wine-1.7.4-91-g7ac2b3b
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=41670
Bug ID: 41670
Summary: Planetside 2: BattlEye service not starting
Product: Wine
Version: 1.9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntoskrnl
Assignee: wine-bugs(a)winehq.org
Reporter: arsh79(a)gmail.com
Distribution: ---
Created attachment 56062
--> https://bugs.winehq.org/attachment.cgi?id=56062
error in cosole for the 'failed to initialize battleye service' window
Trying to run the latest version of the game, Installer runs fine, but game
doesn't start.
On the first run the launcher tries to install battleye service, which it fails
with the error in the attachment.
On subsequent runs it just hangs forever trying to start the same service
without outputting any error.
--
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=31890
Bug #: 31890
Summary: Cicso communicator throws a segmentation fault when
call is initiated
Product: Wine
Version: 1.5.13
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fastalan(a)gmail.com
Classification: Unclassified
Description of problem:
While emulator the Cisco IP Communicator 8-6-1, sometimes the application seg
faults after the call is initiated. STDOUT
shows:
fixme:mmdevapi:AEV_GetMasterVolumeLevelScalar stub
Version-Release number of selected component (if applicable):
How reproducible:
Steps to Reproduce:
1. wine ./communicatork9.exe
2. Make a call on the soft phone
Actual results:
When call initiates, the app crashes. The cisco CUCM continues the call, but
the UA Endpoint client is dead.
Expected results:
Caller should hear a ringing sound and call should complete.
Additional info:
3.5.4-2.fc17.x86_64
wine-1.5.13
--
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=48611
Bug ID: 48611
Summary: Cairo Shell v0.3.x (.NET 4.7 app) crashes due to
missing 'HKCU\\Software\\Microsoft\\Windows
NT\\CurrentVersion\\WinLogon\\Shell' registry sub-key
Product: Wine
Version: 5.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: registry
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
as it says. Some user tried to install it:
https://old.reddit.com/r/winehq/comments/e7f3rz/cairo_requires_microsoft_ne…
So I tried as well. He likely suffers from broken .NET install/WINEPREFIX (not
subject to this report).
Project site: https://cairoshell.com/https://github.com/cairoshell/cairoshell/releases/tag/v0.3.6842
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files (x86)/Cairo Shell
$ WINEDEBUG=+seh,+relay wine ./CairoDesktop.exe >>log.txt 2>&1
...
002c:Call advapi32.RegOpenKeyExW(80000001,016839bc
L"SOFTWARE\\Microsoft\\Windows
NT\\CurrentVersion\\WinLogon",00000000,00020019,0032f428) ret=79b98089
002c:Call ntdll.RtlInitUnicodeString(0032f35c,016839bc
L"SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\WinLogon") ret=7b031b59
002c:Ret ntdll.RtlInitUnicodeString() retval=0000006c ret=7b031b59
002c:Call ntdll.NtOpenKeyEx(0032f428,00020019,0032f364,00000000) ret=7b031b7b
002c:Ret ntdll.NtOpenKeyEx() retval=c0000034 ret=7b031b7b
002c:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7b031b82
002c:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7b031b82
002c:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=79b98089
002c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x3d86e29 ip=03d86e29
tid=002c
002c:trace:seh:raise_exception info[0]=00000000
002c:trace:seh:raise_exception info[1]=00000000
002c:trace:seh:raise_exception eax=00000000 ebx=0032f544 ecx=00000000
edx=016838e0 esi=00000000 edi=0032f4c0
002c:trace:seh:raise_exception ebp=0032f490 esp=0032f48c cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00210246
002c:trace:seh:call_vectored_handlers calling handler at 0xbb4ec0 code=c0000005
flags=0
002c:Call KERNEL32.GetLastError() ret=00bb4eee
002c:Ret KERNEL32.GetLastError() retval=00000000 ret=00bb4eee
002c:trace:seh:call_vectored_handlers handler at 0xbb4ec0 returned 0
002c:trace:seh:call_stack_handlers calling handler at 0xbb7020 code=c0000005
flags=0
...
--- snip ---
Managed backtrace:
--- snip ---
0009:err:eventlog:ReportEventW L"Application: CairoDesktop.exe\nFramework
Version: v4.0.30319\nDescription: The process was terminated due to an
unhandled exception.\nException Info: System.NullReferenceException\n at
CairoDesktop.Interop.Shell.get_IsCairoUserShell()\n at
CairoDesktop.Startup.Main(System.String[])\n\n"
0009:fixme:advapi:DeregisterEventSource (0xcafe4242) stub
Unhandled Exception: 0009:fixme:ver:GetCurrentPackageId (0x32cad0 (nil)): stub
System.NullReferenceException: Object reference not set to an instance of an
object.
at CairoDesktop.Interop.Shell.get_IsCairoUserShell()
at CairoDesktop.Startup.Main(String[] args)
wine: Unhandled page fault on read access to 00000000 at address 03D86E29
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x03d86e29).
--- snip ---
It can be worked around by adding the sub-key/data:
--- snip ---
$ wine reg.exe add "HKCU\\Software\\Microsoft\\Windows
NT\\CurrentVersion\\WinLogon" /v Shell /t REG_SZ /d "explorer.exe" /f
--- snip ---
The app searches 'WinLogon' key first under HKCU. If not present, it will crash
right away. If 'WinLogon' is present but no 'Shell' sub-key it will search
HKLM.
$ sha1sum CairoSetup_32bit.exe
ba4098fce86a2d63a9107c0c18b2f68eb9417039 CairoSetup_32bit.exe
$ du -sh CairoSetup_32bit.exe
2.2M CairoSetup_32bit.exe
$ wine --version
wine-5.1-391-g7332de64a5
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.
https://bugs.winehq.org/show_bug.cgi?id=37061
Bug ID: 37061
Summary: IEC 61850 v2.02 example client crashes on
unimplemented function wpcap.dll.pcap_findalldevs_ex
Product: Wine
Version: 1.7.23
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
since we have a stub 'wpcap' component now (thanks André) it might be useful to
file individual bugs :)
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/SystemCorp/DLL
$ wine ./IEC61850_Example_Client.exe
...
wine: Call from 0x7b83ae8f to unimplemented function
wpcap.dll.pcap_findalldevs_ex, aborting
--- snip ---
$ sha1sum SET\ IEC61850DLLV2\ Demo.exe
72ebe36f11e4a3fb5c117db7bd6b367b4e0eb058 SET IEC61850DLLV2 Demo.exe
$ du -sh SET\ IEC61850DLLV2\ Demo.exe
1.1M SET IEC61850DLLV2 Demo.exe
$ wine --version
wine-1.7.23-90-gbdeb761
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.
https://bugs.winehq.org/show_bug.cgi?id=37062
Bug ID: 37062
Summary: Wireshark 1.10 'dumpcap.exe' tool crashes on
unimplemented function wpcap.dll.pcap_findalldevs
Product: Wine
Version: 1.7.23
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Hello folks,
as the summary says ...
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Wireshark
$ wine ./dumpcap.exe
...
wine: Call from 0x7b83ae8f to unimplemented function
wpcap.dll.pcap_findalldevs, aborting
wine: Unimplemented function wpcap.dll.pcap_findalldevs called at address
0x7b83ae8f (thread 0026), starting debugger...
--- snip ---
$ sha1sum Wireshark-win32-1.10.10rc0-7-gce4abdf.exe
94b6c2d2029dd00aa05b25bfc4fc6bbdc4ec405d
Wireshark-win32-1.10.10rc0-7-gce4abdf.exe
$ du -sh Wireshark-win32-1.10.10rc0-7-gce4abdf.exe
22M Wireshark-win32-1.10.10rc0-7-gce4abdf.exe
$ wine --version
wine-1.7.23-90-gbdeb761
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.