http://bugs.winehq.org/show_bug.cgi?id=21259
Summary: Visual C++ 2005 Trial build hangs on first run after a
reboot
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, testcase
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Created an attachment (id=25560)
--> (http://bugs.winehq.org/attachment.cgi?id=25560)
Shell script to download an example project, install Visual C++ 2005 trial, and
build the project.
Visual C++ can build projects from the commandline with
devenv projectname.sln /build Debug
but oddly, the first time you try this on Wine, it hangs.
^C and rerunning fixes it. After the ^C, you can see
mspdbsrv.exe -start -spawn
running, so evidently the first run spawned the
pdb service but then stumbled trying to connect to it;
the second run connected fine.
I'll attach a canned script that reproduces the problem from scratch.
--
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=49395
Bug ID: 49395
Summary: Altium Designer 20 crashes with E_NOINTERFACE
apparently from CreateDxgiSurfaceRenderTarget
Product: Wine
Version: 5.10
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d2d
Assignee: wine-bugs(a)winehq.org
Reporter: me+wine(a)shane.sh
Distribution: ---
Created attachment 67463
--> https://bugs.winehq.org/attachment.cgi?id=67463
Crash log from Altium
I'm trying to get Altium Designer 20 running in wine. I'm using wine-staging
5.10 with the msxml6 and dotnet461 winetricks. The winetricks are necessary to
get the application to start, and wine-staging because it includes a fix for
https://bugs.winehq.org/show_bug.cgi?id=46568. I'm also using the patch from
https://bugs.winehq.org/show_bug.cgi?id=49379.
The crash log from Altium indicates says that the C# function
SharpDX.Direct2D1.Factory.CreateDxgiSurfaceRenderTarget received a HRESULT of
E_NOINTERFACE. I don't understand how FFI works in C#, but SharpDX is
open-source and
https://github.com/sharpdx/SharpDX/blob/master/Source/SharpDX.Direct2D1/Map…
and
https://github.com/sharpdx/SharpDX/blob/master/Source/SharpDX.Direct2D1/Ren…
seem like relevant parts of the code. Presumably though this just gets mapped
to d2d_factory_CreateDxgiSurfaceRenderTarget from dlls/d2d1/factory.c.
Also relevant is that the following shows up in STDERR when running wine at the
same time as the crash:
00c4:fixme:d2d:d2d_d3d_create_render_target Ignoring render target usage 0x2.
And d2d_d3d_create_render_target is indeed called at the end of
d2d_factory_CreateDxgiSurfaceRenderTarget, so it seems to get at least that
far.
But from reading the source of d2d_d3d_create_render_target, I don't see how it
could ever return E_NOINTERFACE without at least printing some additional
warnings, but I don't see any.
Any help would be greatly appreciated!
--
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=34045
Bug #: 34045
Summary: Gray Matter demo needs .NET Framework and DirectX for
launching
Product: Wine
Version: 1.6-rc5
Platform: x86
URL: http://www.fileplanet.com/217641/210000/fileinfo/Gray-
Matter-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
CC: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 45246
--> http://bugs.winehq.org/attachment.cgi?id=45246
config-log
Demo installs .NET Framework. No version showing. At the end of installation
has failed with that. I did installation manually from winetricks ver. 2.0 and
run config.exe
(see config log and pic)
I can't change the settings because of text in drop-down menus is missing.
Installation of Directx is solving this only partially.
--
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=33421
Bug #: 33421
Summary: Cypress PSoCCreator Installer fails with "You have
insufficient privileges to run CyInstaller..."
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: terry(a)maximatcher.com
Classification: Unclassified
wine-1.5.28-114-g60faef8
PSoCCreatorSetup_2.2_cp5.exe
wine runs the extractor, starts the PSoCCreator InstallShield Wizard, then
throws the error window with "You have insufficient privileges to run
CyInstaller. Please contact you(sic) administrator. CyInstaller will now exit"
--
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=49457
Bug ID: 49457
Summary: Simple command in powershell 6 (pwsh) containing "$"
only works for me if the dollar sign is escaped
Product: Wine
Version: 5.11
Hardware: x86
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v6.1.6/PowerShell-6.1.6-win-x64.msi
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: ---
I tried simple command like
wine pwsh.exe /c $env:username
and it gives ":username"
If one escapes the dollarsign it works correctly:
wine pwsh.exe /c \$env:username
gives "louis"
When you first start powershell console like "wine start pwsh", and type in the
console it works correctly (without the escape character)
I tried 1st command in Windows 7 cmd, and it works correctly (so without having
to add the escape character)
(The same story above holds for powershell 2.0 in wine too, but that is more
troublesome to get installed due to few bugs in bugilla, so i files it here for
pwsh.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.
https://bugs.winehq.org/show_bug.cgi?id=48256
Bug ID: 48256
Summary: pwsh.exe (powershell) crashes after 20~50 sec:
System.EntryPointNotFoundException: Unable to find an
entry point named 'FreeAddrInfoEx' in DLL
'ws2_32.dll'.
Product: Wine
Version: 4.21
Hardware: x86
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v6.1.6/PowerShell-6.1.6-win-x64.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
See below. Just start pswh.exe and wait a while (or type anything)
I don`t know if FreeAddrInfoEx is exactly same as FreeAddrInfoExW so if it can
just be forwarded, so if anyone who knows more about winsock could fix this bug
that would be nice (note: FreeAddrInfoEx entry is present in win7 ws2_32)
Error in console:
An error has occurred that was not properly handled. Additional information is
shown below. The PowerShell process will exit.
Unhandled Exception: System.EntryPointNotFoundException: Unable to find an
entry point named 'FreeAddrInfoEx' in DLL 'ws2_32.dll'.
at Interop.Winsock.FreeAddrInfoEx(AddressInfoEx* pAddrInfo)
at
System.Net.NameResolutionPal.GetAddrInfoExContext.FreeContext(GetAddrInfoExContext*
context)
at System.Net.NameResolutionPal.ProcessResult(SocketError errorCode,
GetAddrInfoExContext* context)
at System.Net.NameResolutionPal.GetAddressInfoExCallback(Int32 error, Int32
bytes, NativeOverlapped* overlapped)
003c:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime"): stub
003c:fixme:advapi:ReportEventW
(0xcafe4242,0x0001,0x0000,0x00000402,(nil),0x0001,0x00000000,0x1ba0d600,(nil)):
stub
003c:err:eventlog:ReportEventW L"Application: pwsh.exe\nCoreCLR Version:
4.6.28008.1\nDescription: The process was terminated due to an unhandled
exception.\nException Info: System.EntryPointNotFoundException: Unable to find
an entry point named 'FreeAddrInfoEx' in DLL 'ws2_32.dll'.\r\n at
Interop.Winsock.FreeAddrInfoE"...
--
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=49351
Bug ID: 49351
Summary: PowerShell-7.0.1-win-x64.msi fails to install
Product: Wine
Version: 5.10
Hardware: x86
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.1/PowerShell-7.0.1-win-x64.msi
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 67388
--> https://bugs.winehq.org/attachment.cgi?id=67388
patch
>From the forum https://forum.winehq.org/viewtopic.php?f=2&t=33963
It pops up messagebox
"PowerShell requires the Windows Management Framework 4.0 or newer to be
installed to enable remoting over WinRM."
It checks for version of pwrshlplugin.dll; one could copy some wine system-dll
with high enough version resource to pwrshlplugin.dll, like i said in forum,
but as this dll is present on my win7, I guess we should just add it to wine.
Attached patch , will send to wine-devel.
Note: Check seems to come from
(https://github.com/PowerShell/PowerShell/blob/master/assets/Product.wxs)
<!-- Prerequisite check for Windows Management Framework -->
<Property Id="PWRSHPLUGIN_VERSION" Secure="yes">
<DirectorySearchRef Id="System32" Parent="WindowsDirectory"
Path="System32">
<FileSearch Id="pwrshplugin" Name="pwrshplugin.dll"
MinVersion="6.3.9600.16383"/>
</DirectorySearchRef>
</Property>
--
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=50026
Bug ID: 50026
Summary: Powershell Core errors (in win10 mode) with:
Attempting to perform the Start operation on the
'FileSystem' provider failed. Unable to find an entry
point named
'RtlQueryProcessPlaceholderCompatibilityMode' in DLL
'ntd ll.dll'.
Product: Wine
Version: 5.19
Hardware: x86-64
URL: https://github.com/PowerShell/PowerShell/releases/down
load/v7.0.3/PowerShell-7.0.3-win-x64.msi
OS: Linux
Status: NEW
Keywords: download, patch
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: download
Distribution: Debian
Created attachment 68458
--> https://bugs.winehq.org/attachment.cgi?id=68458
patch with stub
This happens on every command if win10 version is set, i.e.
wine pwsh.exe -c Write-Host "Hello"
Attempting to perform the Start operation on the 'FileSystem' provider failed.
Unable to find an entry point named
'RtlQueryProcessPlaceholderCompatibilityMode' in DLL 'ntdll.dll'.
Though it continues happily further and the command(s) work, this actually
prevents Waves Central from starting in win10 mode
I`ll send attached patch (that fixes this) later.
Relevant code from Powershell Core:
#if !UNIX
// The placeholder mode management APIs
Rtl(Set|Query)(Process|Thread)PlaceholderCompatibilityMode
// are only supported starting with Windows 10 version 1803 (build
17134)
Version minBuildForPlaceHolderAPIs = new Version(10, 0, 17134, 0);
if (Environment.OSVersion.Version >= minBuildForPlaceHolderAPIs)
{
// let's be safe, don't change the PlaceHolderCompatibilityMode
if the current one is not what we expect
if (NativeMethods.PHCM_DISGUISE_PLACEHOLDER ==
NativeMethods.RtlQueryProcessPlaceholderCompatibilityMode())
{
NativeMethods.RtlSetProcessPlaceholderCompatibilityMode(NativeMethods.PHCM_EXPOSE_PLACEHOLDERS);
}
}
#endif
--
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.