http://bugs.winehq.org/show_bug.cgi?id=18905
Summary: Nvda In Wine
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bluescale1976(a)aol.com
This is more of a feature request, I hope I completed the form correctly. I
was wondering if it would be possible to either add the screen reader NVDA in
to a default installation of Wine, or make it so that NVDA can be installed in
to Wine. NVDA would give blind Linux users access to applications in Wine. It
does not use video hooks, so it is probably the best choice for a Wine screen
reader. It is open source and can be found at:
http://www.nvda-project.org/
The installer talks, so if it could be made to work, installing it with out
sighted assistance would be no problem.
Thanks
--
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=48949
Bug ID: 48949
Summary: NVDA requires AccessibleObjectFromEvent for focus
events
Product: Wine
Version: 5.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleacc
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)jookia.org
Distribution: ArchLinux
In order to track focus NVDA hooks into the EVENT_OBJECT_FOCUS event and uses
its values to query AccessibleObjectFromEvent for the associated IAccessible
object. The current value returned crashes NVDA.
--
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=52091
Bug ID: 52091
Summary: I don't know if it is a wine bug
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: peter-24(a)o2.pl
Distribution: ---
I want to report a strange issue when i try to run a game that require external
dlls. It seems that wine doesnt follow windows naming convention. For example
when some game (usually unreal engine game or cry engine) tries to load
"Library.dll" and it is located on ntfs disk with name: "library.dll" wine
doesnt load library because of first lowercase letter. In summary windows games
doesnt care about letter case. Tested only on wine staging.
--
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=51632
Bug ID: 51632
Summary: Downloading Wine-Mono through appwiz hangs/fails
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Mac OS X
Status: NEW
Keywords: download, regression, source
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: d327527cec22c1123781e6c5a637032a31698b91
This only happens on macOS. Clicking 'Install' works, but it stays on
'Downloading...' forever. Cancelling to skip works.
The only output is:
0068:err:appwizcpl:InstallCallback_OnStopBinding Binding failed 800c0008
Bisection revealed:
d327527cec22c1123781e6c5a637032a31698b91 is the first bad commit
commit d327527cec22c1123781e6c5a637032a31698b91
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Aug 11 20:40:23 2021 +0200
ws2_32: Convert the Unix library to the __wine_unix_call interface.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
I'm running macOS 10.14, compiling with mingw and the 10.13 SDK.
--
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=51687
Bug ID: 51687
Summary: GetMappedFileNameA/W implementation breaks RiotClient
updates.
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matias.nicolas.zc(a)gmail.com
Distribution: ---
Created attachment 70554
--> https://bugs.winehq.org/attachment.cgi?id=70554
trace log
Since wine (vanilla or staging) 6.2, the Riot Client Launcher fails when
updating itself. This worked fine with wine 6.1 (vanilla and staging)
This wasn't much of a problem since LoL players used a lutris versions based on
wine 5.x. Starting with the last League Of Legends Client update, the CEF
upgrade requires a patched wine 6.15, so users will begin getting this error on
the next Launcher update.
The launcher throws the following error when starting the update process:
```
Update failed: Failed getting path to current executable: File path could not
be found in a mapped drive: \??\c:\Riot Games\Riot
Client\RiotClientServices.exe
```
I bisected the problem to commit bd0a3c1a59db9e75500db6df0f3598c981abf44e. For
some reason the launcher worked with the stub implementation of
GetMappedFileNameA/W, but not with a "real" one. I can confirm that reverting
the commit on 6.15 makes the update work.
Attached is a trace log of the execution (from wine staging 6.15, with the most
frequent calls removed). The interesting part should start in line 546, when
the debug message says that it will start the update, and end in line 1705,
when the update process ends. In line 1361 there is a call to
GetMappedFileNameW, which should be where the error begins.
--
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=19757
Summary: Nota Bene: Crashes upon installation
Product: Wine
Version: 1.1.27
Platform: PC
URL: https://www.notabene.com/download/demos/nbdemo80.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jekwas(a)gmail.com
Created an attachment (id=23127)
--> (http://bugs.winehq.org/attachment.cgi?id=23127)
Crash log in 1.1.27
I discovered this while trying to reproduce 5255.
During installation, the Nota Bene Demo reports that AUTOEXE.NT and CONFIG.NT
have been removed from the system, and won't continue unless you allow it to
restore them. If you agree, the installation starts. However, when the
installation bar reaches 100%, the installer crashes.
The files appear to have been installed. But on running nblaunch.exe, the
program crashes immediately.
I have attached a log.
--
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=51103
Bug ID: 51103
Summary: d3d11:d3d11 crashes on Windows + NVidia
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 69968
--> https://bugs.winehq.org/attachment.cgi?id=69968
Traces for the crash on cw-gtx560
d3d11:d3d11 crashes on the cw-gtx560 machine which has an NVidia graphics card.
The crash happens from Windows 8.1 to Windows 10 2009 so it seems to be related
to the graphics driver rather than to the Windows version.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
The crash shows no backtrace but I added traces and found that the crash
happens on the final release in test_device_context_state():
refcount = ID3D11Device1_Release(device);
Adding a trace on the previous line shows that the refcount before that call is
1. So it's not a case of a one-too-many release calls.
Without test_device_context_state() d3d11:d3d11 does not crash. According to a
bisect the commit causing this crash is:
commit ccffc06c6df30aa8b4ea487b868c419b9c7f5a9a
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Tue Feb 2 16:41:00 2021 +0100
d3d11/tests: Add more tests for
ID3D11DeviceContext1_SwapDeviceContextState.
Better checking multiple context swap side effects.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=48096
Bug ID: 48096
Summary: Mulle Meck: Unhandled exception when starting game
Product: Wine
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 65654
--> https://bugs.winehq.org/attachment.cgi?id=65654
warn+all debug log
When running the game w/o any debug flags one receive the following:
wine: Unhandled exception 0x80000004 in thread 9 at address 0040986D (thread
0009), starting debugger...
Attached is a pretty short debug log.
Some specs:
Manjaro Linux 18.1.2
(clean prefix) wine-4.19-251-g292b728908
Windows 2000-mode (also tried with 95/98/Me/XP/7)
No overrides
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
The game is protected by SafeDisc 1 (old game), but running from CD gets pass
the "Please insert the correct CD"-error message so it's probably nothing to do
with that.
--
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=38210
Bug ID: 38210
Summary: WshScriptExec's StdIn StdOut and StdErr are missing.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: ptubbytaylor(a)gmail.com
Distribution: ---
Created attachment 51003
--> https://bugs.winehq.org/attachment.cgi?id=51003
Example.ahk
Here's the documentation for the WshScriptExec object:
https://msdn.microsoft.com/en-us/library/2f38xsxe(v=vs.84).aspx
The Std properties appear to have the same interface as TextStream objects,
which are documented here:
https://msdn.microsoft.com/en-us/library/312a5kbt(v=vs.84).aspx
Attached is an AutoHotkey v1.1.20.00 script that demonstrates using the StdIn
property. Note that this problem isn't limited to just AutoHotkey scripts, I'm
just using this property primarily from AutoHotkey.
--
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=48733
Bug ID: 48733
Summary: Microsoft Visual Studio 2019 web-installer fails due
to missing NCryptOpenStorageProvider
Product: Wine
Version: 5.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is continuation of bug 47626. The workaround still works but information
since comment 8 (including) is partially obsolete, Wine evolved.
The small stage-1 web installer downloads the real installer but fails to
validate it due to missing NCryptOpenStorageProvider. It can be seen from logs
(WINEDEBUG=+crypt,+ncrypt) and also from generated log in
Temp/dd_bootstrapper_*.log:
Download failed using WebClient engine.
Microsoft.VisualStudio.Setup.Security.InvalidSignatureException: Package
signature verification threw exception: Unknown error "-2146893783"., for path:
vs_installer.opc
-2146893783 = 0x80090029 = NTE_NOT_SUPPORTED
--
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=44635
Bug ID: 44635
Summary: Gray Matter: Crash on new game start
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 60627
--> https://bugs.winehq.org/attachment.cgi?id=60627
crash log
The game Gray Matter (the version from GOG) crashes when a new game is started.
The last message from Wine is
03b:fixme:d3dx:ID3DXEffectImpl_CloneEffect (0x47f5360)->(0x17be28, 0x5f74420):
stub
This is a regression of some sort. The game runs with staging 2.21 (in fact I
completed the entire game with this version).
The game does not start with vanilla Wine 2.21. If Appdb is to be believed the
game was playable back in 1.9.14, but building older Wine releases is
troublesome so I haven't been able to bisect:
Error: Cannot open face courier.ttf
Makefile:172: recipe for target 'coue1255.fon' failed
make[1]: *** [coue1255.fon] Error 1
The game requires the following winetricks: mdx xact d3dcompiler_43.
Bug filed against 3.2 but tried against wine-3.2-256-g7b62a970e9.
--
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=41386
Bug ID: 41386
Summary: Motocross Madness 2 Unhandled page fault on read
access to 0x00000000 at address 0x44c468
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Created attachment 55737
--> https://bugs.winehq.org/attachment.cgi?id=55737
PlayOnMac-log
Motocross Madness 2 crashes due to "Unhandled page fault on read access to
0x00000000 at address 0x44c468"
--
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=48760
Bug ID: 48760
Summary: ConEmu shows 'GetConsoleProcessList failed' at startup
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
ConEmu shows "ConEmuC64.exe: PID=132: GetConsoleProcessList failed, code=0" at
startup due to GetConsoleProcessList being just a stub.
Returning zero is an error according to documentation, "because every console
has at least one process associated with it".
Then ConEmu starts successfully, so this is a minor issue.
--
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=48201
Bug ID: 48201
Summary: unimplemented function
KERNEL32.dll.SetCurrentConsoleFontEx
Product: Wine
Version: 4.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: davidmanuel1993(a)hotmail.com
Distribution: ---
When running a console program, wine crashes with:
unimplemented function KERNEL32.dll.SetCurrentConsoleFontEx
To reproduce you can compile the following program and try to run it with Wine.
I compiled it with MinGW.
https://pastebin.com/k5SfvEtp
PS: This is a follow up of https://bugs.winehq.org/show_bug.cgi?id=47620
--
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=51591
Bug ID: 51591
Summary: AFxW: file list panes aren't updated at start-up
Product: Wine
Version: 6.14
Hardware: x86-64
URL: https://web.archive.org/web/20210811070411/http://akt.
d.dooo.jp/lzh/afxw32_165.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
Created attachment 70441
--> https://bugs.winehq.org/attachment.cgi?id=70441
AFxW window after launching
AFxW[1], aka あふw in Japanese, is an ultra-low functionality two-pane file
manager.
After launching AFXW.EXE, it should show file lists in panes as seen in [2].
But, it doesn't on Wine.
@momota1999, a reporter on Twitter, tweeted list items would be shown by moving
the cursor (with up/down arrow keys) and the issue didn't occur on Wine 4.0
(Debian 4.0-2). I can confirm both of them with AFxW v1.65.
Steps to reproduce:
1. unzip afxw32_165.zip
2. LANG=ja_JP.UTF-8 wine AFXW.EXE
Expected result:
File list panes are updated on start-up without any key inputs. You can see
file names, their size and time stamps in the panes.
Actual result:
File list panes aren't updated on start-up. You can't see anything in the
panes.
Please refer to the attachment about this situation.
[1] http://akt.d.dooo.jp/akt_afxw.html
[2] http://akt.d.dooo.jp/afxwss/afxwss_b0.png
--
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=51574
Bug ID: 51574
Summary: swscanf_s with %zu fails for valid value
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winebugs(a)63bit.net
Distribution: ---
Running Microsoft Texconv.exe with parameters specifying height or width
returns "Invalid value specified for h (512)".
Link to source is here:
https://github.com/microsoft/DirectXTex/blob/54ce2c8da97c3508899c31f80bfb1e…
Link to binary is here:
https://github.com/microsoft/DirectXTex/releases/download/aug2021/texconv.e…
Example failing arguments are '-nowic -nologo -y -sepalpha -h 512 -w 512 -aw
256 -keepcoverage 0 -f BC7_UNORM -bc q -o
"C:\dyndolod\TexGen_Output\Textures\lod"
"C:\dyndolod\TexGen_Output\Textures\lod\bridge01lod.dds"'
--
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=51465
Bug ID: 51465
Summary: EVE Online Launcher Crashes Due to Missing syscalls in
Windows Credential Manager
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: algebro(a)tuta.io
Distribution: ---
Created attachment 70306
--> https://bugs.winehq.org/attachment.cgi?id=70306
Crash on authentication
As of version 1917874 of the EVE Online launcher, the application crashes when
trying to log in. According to the developers, they moved to a new credential
management solution (involving https://github.com/frankosterfeld/qtkeychain and
the Windows Credential Store), and they said that Wine currently doesn't
implement the needed syscalls for this to function.
I've attached a stacktrace which looks like it crashes somewhere in cryptopp,
but I haven't been able to figure out much by debugging (winedbg doesn't see
any of those function addresses as valid, and I haven't been able to map them
to functions in a disassembler). Let me know if I can provide any more
information that would be helpful.
--
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=51348
Bug ID: 51348
Summary: uxtheme.SetWindowTheme should use SendMessage to send
WM_THEMECHANGED
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: x1917x(a)gmail.com
Distribution: ---
Created attachment 70205
--> https://bugs.winehq.org/attachment.cgi?id=70205
Bad behavior
The issue affects SourceInsight 4 in particular. SourceInsight has its own
built-in theme functionality which doesn't get along well with any non-standard
Wine theme.
When a non-standard Wine theme is selected, then the main toolbar in SI4
ignores its app theme and always gets drawn with the selected Wine theme.
Selecting the default Wine theme fixes the issue - the toolbar is drawn
according to the app theme. On Windows it's ok no matter which UI theme is set.
Screenshot of the issue is attached.
The root cause of the issue is that
UXTHEME_broadcast_msg/UXTHEME_broadcast_msg_enumchild in dlls/uxtheme/system.c
both use a PostMessage() call to send WM_THEMECHANGED to affected window(s).
In SI4 the main toolbar is implemented as a combination of a custom container
window (si_Rebar class) and a standard win32 Rebar control (RebarWindow32
class).
Immediately after creating the RebarWindow32 window, SI4 does
SetWindowTheme(hwndRebar, L" ", L" ") for it.
According to MSDN
(https://docs.microsoft.com/en-us/windows/win32/api/uxtheme/nf-uxtheme-setwi…)
> The theme manager retains the pszSubAppName and the pszSubIdList associations through the lifetime of the window, even if visual styles subsequently change. The window is sent a WM_THEMECHANGED message at the end of a SetWindowTheme call, so that the new visual style can be found and applied.
>
> When pszSubAppName and pszSubIdList are NULL, the theme manager removes the previously applied associations. You can prevent visual styles from being applied to a specified window by specifying an empty string, (L" "), which does not match any section entries.
- this L" ", L" " stuff means that SI4 DOES NOT want for system visual styles
being applied to its RebarWindow32 control. However, according to WINEDEBUG
logs they were applied to all bg erase, painting etc operations no matter the
SetWindowTheme(, L" ", L" ") call.
Turns out that RebarWindow32' WndProc receives WM_THEMECHANGED too late, after
all stuff including drawing already happened with the system-wide theme being
applied. The reason why it was received so late is simple - SetWindowTheme
implementation in wine uses PostMessage() instead of SendMessage(). Replacing
it with a SendMessage() call allows to fix the bug.
I've checked what Windows actually does in SetWindowTheme and found out that it
always uses SendMessage to send WM_THEMECHANGED (for any HWND).
So. suggested fix:
diff --git a/dlls/uxtheme/system.c b/dlls/uxtheme/system.c
index a37e532500a..3b6e6d2b6b6 100644
--- a/dlls/uxtheme/system.c
+++ b/dlls/uxtheme/system.c
@@ -59,7 +59,7 @@ static WCHAR szCurrentSize[64];
static BOOL CALLBACK UXTHEME_broadcast_msg_enumchild (HWND hWnd, LPARAM msg)
{
- PostMessageW(hWnd, msg, 0, 0);
+ SendMessageW(hWnd, msg, 0, 0);
return TRUE;
}
@@ -72,7 +72,7 @@ static BOOL CALLBACK UXTHEME_broadcast_msg (HWND hWnd, LPARAM
msg)
}
else
{
- PostMessageW(hWnd, msg, 0, 0);
+ SendMessageW(hWnd, msg, 0, 0);
EnumChildWindows (hWnd, UXTHEME_broadcast_msg_enumchild, msg);
}
return TRUE;
--
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=51728
Bug ID: 51728
Summary: copypasta in pwcache.c:ctox()
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mpr
Assignee: wine-bugs(a)winehq.org
Reporter: gonzomdx(a)gmail.com
Distribution: ---
In
https://source.winehq.org/git/wine.git/blob/refs/heads/master:/dlls/mpr/pwc…
if( ( x >= 'a' ) && ( x <= 'a' ) )
should be changed to
if( ( x >= 'a' ) && ( x <= 'f' ) )
--
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=51452
Bug ID: 51452
Summary: oleaut32:varformat fails in Wine when the currency
sign has two characters or more
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
oleaut32:varformat fails in Wine when the currency sign has two characters or
more:
https://test.winehq.org/data/patterns.html#oleaut32:varformat
varformat.c:641: str=L"\062f.\0645.\200f 0.000"
varformat.c:643: Test failed: Unexpected hr 0x80020005.
In Morocco the currency sign has 5 characters. This is simply not supported by
VarParseNumFromStr().
But even the currency sign is only two characters VarParseNumFromStr() fails
because it advances a pointer by one character only. For instance with Polish:
varformat.c:641: str=L"0,000 z\0142"
varformat.c:643: Test failed: Unexpected hr 0x80020005.
Note that the w10pro64 TestBot Windows VMs have an incorrect UserDefaultLCID so
that these issues are not actually tested (see bug 51451). The w7u VMs are more
correct in this regard but only test simple European cases (€).
--
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=51435
Bug ID: 51435
Summary: iostream float formatting broken
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)t41t.com
Distribution: ---
Created attachment 70288
--> https://bugs.winehq.org/attachment.cgi?id=70288
test case solution demonstrating the error
On wine-6.12-162-gd10887b8f56
Full solution is in the attachment, but Wine is improperly formatting floats
when using printf "%g" or iostreams. A very simple example is:
std::cout << 9.999999999999999e-5 << std::endl;
It should print "0.0001". It does print "0".
Of course, this affects much larger and more complicated programs, too.
Tested on Ubuntu 20.04, although I don't think it matters.
--
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=51382
Bug ID: 51382
Summary: NetEase Cloud Music crashes on zh_CN.UTF-8 locale.
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 70237
--> https://bugs.winehq.org/attachment.cgi?id=70237
Registry for adding '宋体' font replacement.
This looks like a regression of 93ef83e903354e5d28a9a0b14dd2ff83504f2b0f.
Step to reproduce:
1. `export LANG=zh_CN.UTF-8 LANGUAGE=zh_CN.UTF-8 LC_ALL=zh_CN.UTF-8`
2. `winetricks -q fakechinese arial` for installing Chinese font and work
around a CEF issue.
3. Add this registry:
```
[HKEY_CURRENT_USER\Software\Wine\Fonts\Replacements]
"宋体"="Source Han Sans SC"
```
4. `wine cloudmusicsetup2.9.1.199099.exe` for installing the application.
5. `cd .wine/drive_c/Program\ Files/Netease/CloudMusic` and `wine
cloudmusic.exe` for running the application.
Then it will crash when startup.
--
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=51303
Bug ID: 51303
Summary: Metal Gear Solid V: Ground Zeroes needs
d3d11_swapchain_GetLastPresentCount implementation
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Silently stops with
0b30:fixme:dxgi:d3d11_swapchain_GetLastPresentCount iface 0x2c3aa70,
last_present_count 0x41df3a0 stub!
0b30:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x14129dc2b
Temporary workaround
https://www.winehq.org/pipermail/wine-devel/2021-May/187851.html
--
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=50412
Bug ID: 50412
Summary: Wrong check for needed access rights in
QueryServiceConfig2
Product: Wine
Version: 6.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: dalai82(a)gmx.net
Distribution: ---
Hi there.
While checking out Total Commander and one of my own TC plugins on Wine 4.0.2
on Debian 10.7 I saw that it failed to read the description of all services.
After double-checking my code (and confirming its correctness) I saw Wine's
output on the terminal:
> 006b:err:service:validate_context_handle Access denied - handle created with access 1, needed 4
Then I downloaded the source code of the current version dev version 6.0-rc4,
searched all files (because I didn't know where to look) and found the culprit
in programs/services/rpc.c, more precise in function
svcctl_QueryServiceConfig2W where it makes the call to
validate_service_handle() in line 984.
The bug and fix for it is simple: The needed access right must be
SERVICE_QUERY_CONFIG instead of SERVICE_QUERY_STATUS, since it's the service
config queried here, not its status.
Out of curiosity, I checked half a dozen older versions and found that this bug
has been in the code since its implementation back in Wine 1.1.14. This more
than a decade old wine didn't age well ;). But I guess this is a simple
copy'n'paste error.
Maybe check for similar bugs/mistakes in the other functions when fixing this
one.
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=51590
Bug ID: 51590
Summary: services:service fails when the KDE taskbar is at the
top
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
services.exe:service checks the values returned by GetMonitorInfoA() when
called from a service. This test fails on Linux when the desktop environment
places the taskbar / dock at the top of the screen. For instance on fg-deb64:
https://test.winehq.org/data/patterns.html#services.exe:service
service.c:422: Test failed: service: Unexpected monitor rcWork values:
{0,30,3840,2160}
Here rcWork.top == 30 which is exactly the height of the KDE taskbar.
Notes:
* We probably would have a similar failure if the KDE taskbar was placed on the
left side because then rcWork.left would probably no longer be zero.
* Placing the Windows taskbar at the top or on the left does not cause a
failure: in all cases rcMonitor == rcWork == (0, 0, 1024, 768) == full screen
size in the TestBot VMs. This probably means the bug is in Wine's
GetMonitorInfoA() implementation.
* Interestingly user32:monitor does not fail, but then it does not seem to
expect left and top to be zero.
--
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=48891
Bug ID: 48891
Summary: Cannot run any utility from msys2/git-bash
Product: Wine
Version: 5.5
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: megastallman(a)gmail.com
Distribution: ---
Trying next steps after rebuilding wine-staging-5.5 with a patch, that fixes
https://bugs.winehq.org/show_bug.cgi?id=48882
002b:fixme:netapi32:NetUserGetInfo Only implemented for local computer, but
remote serverL"\\\\@" was requested.
Cygwin WARNING:
Couldn't compute FAST_CWD pointer. This typically occurs if you're using
an older Cygwin version on a newer Windows. Please update to the latest
available Cygwin version from https://cygwin.com/. If the problem persists,
please see https://cygwin.com/problems.html
--
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=36887
Bug ID: 36887
Summary: Installing Trusteer Rapport software failed. See
trace.
Product: Wine
Version: 1.7.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mnoock(a)gmail.com
Created attachment 48980
--> http://bugs.winehq.org/attachment.cgi?id=48980
Installing Trusteer Rapport software failed. See trace.
Installing Trusteer Rapport software failed. See trace.
--
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=51302
Bug ID: 51302
Summary: NASCAR '15 Victory Edition needs
d3dx_effect_ValidateTechnique implementation
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: directx-d3d-util
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Shows a black screen and looping of
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460A8 semi-stub.
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460C0 semi-stub.
0158:fixme:d3dx:d3dx_effect_ValidateTechnique iface 02ACF2C8, technique
0C6460D8 semi-stub.
--
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=51264
Bug ID: 51264
Summary: GUI exe receives invalid StdOutput HANDLE if launched
via ShellExecuteEx
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: brendan(a)redmandi.com
Distribution: ---
Created attachment 70142
--> https://bugs.winehq.org/attachment.cgi?id=70142
Source code for the primary exe to recreate the issue
It is possible for a child process to inherit an invalid hStdOutput HANDLE if
the PE header has the subsystem value of IMAGE_SUBSYSTEM_WINDOWS_GUI and it is
launched via ShellExecuteEx.
It also requires the primary process to be launched via:
- 'wine' if it is a PE32+ executable; or
- 'wine64' if it is a PE32 executable
Attached are two source files that can be used to recreate the issue:
1. main.c (the primary process); and
2. child.c (the child process)
Compile with:
x86_64-w64-mingw32-gcc -o main.exe main.c
x86_64-w64-mingw32-gcc -o child.exe child.c -mwindows
and run with:
wine main.exe
The child.exe creates a file called 'stdout.log' that dumps the
STD_OUTPUT_HANDLE value and its FileType. Under wine, this is:
StdOutput: 14, Type: 1
and under Windows, it is:
StdOutput: 0, Type: 0
I first ran in this this issue when running Elite Dangerous from Proton 6.3
(i.e. wine version 6.3) - but my investigations show this still occurs with git
commit 6b277dc89d55.
--
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=50735
Bug ID: 50735
Summary: MSBuild fails to launch FileTracker
Product: Wine
Version: 6.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
Created attachment 69503
--> https://bugs.winehq.org/attachment.cgi?id=69503
WINEDEBUG=+relay,+process,+module,+loaddll BAD
MSBuild from Visual Studio build tools 2019 fails to launch FileTracker which
is needed for incremental builds. This apply for Wine 6.3 but it works on
Staging. I bisected this to wow64cpu patchset which is tracked in bug 45567.
Then I found that there are patches for wow64cpu on the list for upstream. But
these don't fix the problem. So after investigating this further I've found
this: what really fixes the problem is calling load_builtin_dll() in
process_init() and this builtin dll must not be in PE format. If -mno-cygwin is
enabled, it does not work. It is not important which exports the library has,
no need for setting Wow64Transition.
I'm attaching two traces - good and bad. Maybe someone could identify what is
happening here.
--
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=30244
Bug #: 30244
Summary: Might & Magic Clash of Heroes: fails to start
Product: Wine
Version: 1.5.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spoon0042(a)hotmail.com
Classification: Unclassified
Trying to run Steam version of Might & Magic Clash of Heroes. The first
fraction of a second of an intro video plays, then the screen goes black for
about ten seconds and then seems to exit, but usually leaves a process running
in the background.
gameoverlayrenderer is disabled. Using debian fglrx 12-1-1.
A demo is available at least on Steam.
This is the entire console output from when it is started, no WINEDEBUG is set:
Setting breakpad minidump AppID = 61700
Steam_SetMinidumpSteamID: Caching Steam ID: 76561198009351313 [API loaded no]
fixme:win:EnumDisplayDevicesW ((null),0,0x33f814,0x00000000), stub!
fixme:d3d:swapchain_init The application requested more than one back buffer,
this is not properly supported.
Please configure the application to use double buffering (1 back buffer) if
possible.
fixme:thread:SetThreadIdealProcessor (0x188): stub
fixme:thread:SetThreadIdealProcessor (0x18c): stub
fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC)
WINED3DFORMAT!
fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the
format lookup table
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x7e3ea1c): stub
fixme:avrt:AvSetMmThreadCharacteristicsW (L"Audio",0x813ea1c): stub
fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:thread:SetThreadIdealProcessor (0x24c): stub
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:thread:SetThreadIdealProcessor (0x210): stub
err:wgl:internal_SetPixelFormat Invalid operation on root_window
--
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=51358
Bug ID: 51358
Summary: Civilization 4: XML load error when trying to start
Product: Wine
Version: 6.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: trekie96(a)hotmail.com
Distribution: ---
When trying to start a fresh install of Civilization 4 I'm getting XML load
errors and the game doesn't start.
"Failed Loading XML file Assets//XML\GameInfo/CIV4PlayerOptionInfos.xml"
"LoadXML call failed for GameInfo/CIV4PlayerOptionInfos.xml"
--
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=51291
Bug ID: 51291
Summary: Youkoso! Sukebe Elf no Mori e (demo) doesn't show
thumbnail image in monitor settings.
Product: Wine
Version: 6.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
"Youkoso! Sukebe Elf no Mori e Trial Version"[1](ようこそ! スケベエルフの森へ 体験版) is a demo
version of NSFW visual novel (18+) released by Lune in Japan, 2017.
The first time we start the game, it asks about monitor settings. In thumbnail
test during the settings, the reduced image should be shown at the top left
corner of the window. However, it isn't shown on Wine.
Probably, this issue is common among its game engine, AGE_System.
[1]
https://web.archive.org/web/20200217060920/http://www.lune-soft.jp/game/139…
welcome_to_sukebe_elf_forest_tiral2.zip (1.02 GB), MD5:
283f427b5a1ce9ce9c311e87af1df69e
--
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=50244
Bug ID: 50244
Summary: Melodyne 5: activation via internet does not work
Product: Wine
Version: 5.22
Hardware: x86-64
URL: https://services.celemony.com/cgi-bin/WebObjects/Licen
seApp.woa/wa/demoRegistration?item=Melodyne5-Demo-Win&
language=en
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andriy.parhomenko(a)gmail.com
Distribution: Ubuntu
Created attachment 68754
--> https://bugs.winehq.org/attachment.cgi?id=68754
Melodyne activation backtrace
I succesfully installed Melodyne 5 with Wine Staging 5.22, gdiplus and
vcrun2019 overrides and this patch
https://source.winehq.org/patches/data/186184 (from bug 49286).
It runs ok, but when I try to activate it, I'm getting an error instead of
opening a browser window that should lead to activation page. There is no
errors in the console output.
The error message from Melodyne itself has such lines:
identifier = "com.celemony.https.request_failed.12152.1";
message = "Could not receive response.";
Wine backtrace with WINEDEBUG=+winhttp,+winsock,+wininet,+secur32 is in
attachment.
In Melodyne error I see HTTP error code 12152, and in wine's backtrace I see
the line:
0110:trace:winhttp:read_line returning empty string
According to wine's source code in winhttp/request.c line 2393, it produces
ERROR_WINHTTP_INVALID_SERVER_RESPONSE, which is that exact error code 12152.
Also, the error occurs after Celemony website returns a redirect for first POST
request.
So my guess is that something might be wrong with wine handling the redirect
--
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=51894
Bug ID: 51894
Summary: ucrtbase:misc fails on some Windows 10 1607 and 1709
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ucrtbase:misc fails on some Windows 10 1607 and 1709 machines:
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:1559: Test failed: creating file with mode wx failed
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:1567: Test failed: creating file with mode w+x failed
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
misc.c:1585: Test failed: creating file with mode wx failed
misc.c:372: Test failed: unexpected call global_invalid_parameter_handler
It looks like these versions of Windows 10 have a ucrtbase.dll that does not
like some exclusive mode combinations.
cw-gtx560-1507 10.0.10240.16384 success
cw-rx460-1507 10.0.10240.16384 success
w1064v1507 10.0.10240.16384 success
w1064v1607 10.0.14393.0 fail
w1064v1709 10.0.16299.15 fail
cw-gtx560-1709 10.0.16299.248 success
cw-rx460-1709 10.0.16299.248 success
The failing tests were introduced in this commit:
commit 51b9f4cd2b7faa04d5bfd50dfe9a4382e0b76fc6
Author: Ted Lyngmo <ted(a)lyncon.se>
Date: Mon Oct 11 16:15:39 2021 +0200
ucrtbase: Add support for x mode in fopen.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=51846
Signed-off-by: Ted Lyngmo <ted(a)lyncon.se>
Signed-off-by: Piotr Caban <piotr(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
Note that Ted Lyngmo's initial patch only failed on Windows 10 1507 while Piotr
Caban's revision only has the 1607 & 1709 failures shown above. Unfortunately
those two platforms are not part of the base TestBot test configurations.
https://testbot.winehq.org/JobDetails.pl?Key=99844https://testbot.winehq.org/JobDetails.pl?Key=99684
Still, hopefully that means there's a reasonable way to tweak the patch so it
does not fail at all.
--
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=51576
Bug ID: 51576
Summary: Click-N-Type virtual keyboard installer sometimes has
two task panes
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 70419
--> https://bugs.winehq.org/attachment.cgi?id=70419
Screenshot showing the issue
Start the program and click X. The warning should not have a separate entry in
the task bar.
Originally reported at https://jira.reactos.org/browse/CORE-17702
--
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=51244
Bug ID: 51244
Summary: Frostpunk doesn't launch with builtin msvcr120
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
With builtin:
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\LIBEAY32.dll") not found
04a8:err:module:import_dll Library LIBEAY32.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libcurl.dll") not found
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\LIBEAY32.dll") not found
04a8:err:module:import_dll Library LIBEAY32.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\SSLEAY32.dll") not found
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\SSLEAY32.dll") not found
04a8:err:module:import_dll Library SSLEAY32.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libcurl.dll") not found
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\LIBEAY32.dll") not found
04a8:err:module:import_dll Library LIBEAY32.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libssh2.dll") not found
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libssh2.dll") not found
04a8:err:module:import_dll Library libssh2.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libcurl.dll") not found
04a8:err:module:import_dll Library MSVCR120.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\libcurl.dll") not found
04a8:err:module:import_dll Library libcurl.dll (which is needed by
L"C:\\Program Files\\Epic Games\\Frostpunk\\Frostpunk.exe") not found
04a8:err:module:LdrInitializeThunk Importing dlls for L"C:\\Program Files\\Epic
Games\\Frostpunk\\Frostpunk.exe" failed, status c0000135
Launches fine with native library.
After exit:
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.??0critical_section@Concurrency@@QEAA@XZ' used by L"C:\\Program Files
(x86)\\Epic Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.??1critical_section@Concurrency@@QEAA@XZ' used by L"C:\\Program Files
(x86)\\Epic Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.?lock@critical_section@Concurrency@@QEAAXXZ' used by L"C:\\Program
Files (x86)\\Epic Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.?unlock@critical_section@Concurrency@@QEAAXXZ' used by L"C:\\Program
Files (x86)\\Epic Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.?try_lock@critical_section@Concurrency@@QEAA_NXZ' used by
L"C:\\Program Files (x86)\\Epic
Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
0934:err:module:find_forwarded_export module not found for forward
'msvcr120.?IsCurrentTaskCollectionCanceling@Context@Concurrency@@SA_NXZ' used
by L"C:\\Program Files (x86)\\Epic
Games\\Launcher\\Engine\\Binaries\\Win64\\concrt140.dll"
wine-6.10-54-gaadcff491fc
--
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=49726
Bug ID: 49726
Summary: ChrisPC Free VPN Connection 1.07.08 fails to connect
to VPN server
Product: Wine-staging
Version: 5.15
Hardware: x86
URL: https://www.chris-pc.com/download.php?id=51&file=setup
_chrispc_free_vpn_connection.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oleg.dubinskij2013(a)yandex.ua
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: Ubuntu
Created attachment 67994
--> https://bugs.winehq.org/attachment.cgi?id=67994
Terminal output when the program crashes
ChrisPC Free VPN Connection 1.07.08 shows an error when I'm selecting any VPN
server from the program's list and then trying to connect to it due to
unimplemented rasapi32.dll!RasSetCredentialsA/W.
$ sha1sum setup_chrispc_free_vpn_connection_2_08_07.exe
cb19e10b9e5b5b76d1b3b194813f6b76719fcea4
setup_chrispc_free_vpn_connection_2_08_07.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=51267
Bug ID: 51267
Summary: Rise of Legends Demo crashes with null pointer
exception inside SAXReader::parseURL
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: jeffersoncarpenter2(a)gmail.com
Distribution: ---
Created attachment 70145
--> https://bugs.winehq.org/attachment.cgi?id=70145
Console output when running legends.exe with wine 6.10
This occurs after installing the Rise of Legends demo (
https://www.techspot.com/downloads/3339-rise-of-nations-rise-of-legends-dem…
) and attempting to start a Quick Battle.
This appears to be distinct from https://bugs.winehq.org/show_bug.cgi?id=21940
since the stack trace is different.
The relevant part of the stack trace is
=>0 0x7d475d18 create_uri+0x48(url=<is not available>)
[Z:\home\rofl\wine-source\include\winbase.h:2830] in msxml3 (0x00218128)
1 0x7d476092 create_moniker_from_url+0x21()
[Z:\home\rofl\wine-source\dlls\msxml3\bsc.c:295] in msxml3 (0x00218158)
2 0x7d4bb3c9 internal_parseURL+0x28(This=0x20d8c78, url=0x0(nil),
vbInterface=0) [Z:\home\rofl\wine-source\dlls\msxml3\saxreader.c:2748] in
msxml3 (0x00218198)
3 0x7d4bb486 isaxxmlreader_parseURL+0x15()
[Z:\home\rofl\wine-source\dlls\msxml3\saxreader.c:3411] in msxml3 (0x002181a8)
4 0x00d67c53 EntryPoint+0xffffffff() in legends (0x00218284)
5 0x020d8d78 (0x020d8d74)
6 0x7d4e6860 SAXLexicalHandlerVtbl+0x3f() in msxml3 (0x7d4e68a0)
--
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=51221
Bug ID: 51221
Summary: Dangerous Water crash when starting a Multiplayer game
(requires IDirectPlay8Server_EnumServiceProviders
implementation)
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
When starting a Multiplayer game as host, it crashes when trying to Enumeration
Services Providers.
--
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=50615
Bug ID: 50615
Summary: 0024:fixme:ole:ICreateTypeInfo2_fnDeleteFuncDesc
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: strv(a)dinosaurencyclopedia.com
Distribution: ---
I was trying to run Excel 2007. When removing controls from UserForm we are
prompted with a nice "Not implemented" message box. With a log we see wine
saying stub on 0024:fixme:ole:ICreateTypeInfo2_fnDeleteFuncDesc.
Without this function Excel 2007 cannot remove any controls from a UserForm
I tried winetricks ole32, but instead of fixing the problem it created EVEN
more problems:
- Excel now crashes when trying to repair any document.
- Opening a file always results in Excel complaining file is corrupted.
- When loading Excel, Excel now complains it cannot register the builtin
controls and a wine log shows a lot of UIDs not able to be created.
--
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=50272
Bug ID: 50272
Summary: Melodyne 5: activation via internet produces "Unknown
Error"
Product: Wine
Version: 6.0-rc1
Hardware: x86-64
URL: https://services.celemony.com/cgi-bin/WebObjects/Licen
seApp.woa/wa/demoRegistration?item=Melodyne5-Demo-Win&
language=en
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: andriy.parhomenko(a)gmail.com
Distribution: ---
Created attachment 68818
--> https://bugs.winehq.org/attachment.cgi?id=68818
Backtrace
Melodyne 5 internet activation produces error:
identifier = "com.celemony.accountserver";
message = "Unknown Error";
Melodyne was installed with Wine Staging 6.0-rc1, gdiplus and vcrun2019
overrides, this patch https://source.winehq.org/patches/data/186184 (from bug
49286) and this patch
https://bugs.winehq.org/attachment.cgi?id=68766&action=diff (from bug 50244).
--
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=51535
Bug ID: 51535
Summary: Native Instruments installer crashes - unimplemented
function virtdisk.dll.DetachVirtualDisk
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: patrick+winehq.org(a)laimbock.com
Distribution: ---
Created attachment 70375
--> https://bugs.winehq.org/attachment.cgi?id=70375
Native Instruments installer crashes due to unimplemented function
virtdisk.dll.DetachVirtualDisk
This is similar but not the same as
https://bugs.winehq.org/show_bug.cgi?id=45947
The Native Instrument's installer 'Native Access.exe' crashes when trying to
install a Kontakt library.
Wine-6.13 on Fedora 34.
Native Instruments installer filename: Native Access 1.13.3 Setup PC.exe
Downloadable from: https://www.native-instruments.com/en/support/downloads/
Steps to reproduce:
Download the Native Instruments installer
Start with a clean prefix ($ winecfg)
$ winetricks -q gdiplus vcrun2019
$ winecfg and set Windows version to 10
$ wine 'Native Access 1.13.3 Setup PC.exe'
installer completes
$ wine '/home/patrick/.wine/drive_c/Program Files/Native Instruments/Native
Access/Native Access.exe'
Main screen shows, click update, login screen shows, enter username & password,
app screen shows. In the 'Not installed' section scroll down till you see
'Kontakt Factory Selection' and click 'INSTALL' under it.
Wait for the crash:
0704:fixme:virtdisk:OpenVirtualDisk
L"C:/users/patrick/Downloads/Kontakt_Factory_Selection.iso", 851968 stub
wine: Call to unimplemented function virtdisk.dll.DetachVirtualDisk, aborting
wine: Unimplemented function virtdisk.dll.DetachVirtualDisk called
Backtrace attached.
--
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=47791
Bug ID: 47791
Summary: Inconsistent %ERRORLEVEL% after setting env var value
in cmd.exe
Product: Wine
Version: 4.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: lois.diqual(a)gmail.com
Distribution: ---
Deleting an environment variable on cmd.exe seems to return %ERRORLEVEL% 1,
while on windows' cmd.exe it returns 0.
This matters because some core visual studio scripts like vsdevcmd.bat rely on
this behavior to set the environment properly. Note that using windows' cmd on
wine (using winetricks cmd) yields the same incorrect results.
On wine's cmd.exe
-----------------
wineuser@b081d9035bff:/$ wine cmd
Microsoft Windows 10.0.10240
Z:\>set DOES_NOT_EXIST=
Z:\>echo %ERRORLEVEL%
1
On windows 10's cmd.exe
-----------------------
Microsoft Windows [Version 10.0.17763.379]
(c) 2018 Microsoft Corporation. All rights reserved.
C:\Users\IEUser>set DOES_NOT_EXIST=
C:\Users\IEUser>echo %ERRORLEVEL%
0
--
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=47505
Bug ID: 47505
Summary: Levelhead: Can't download levels
Product: Wine
Version: 4.12.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elainamartineau(a)gmail.com
Distribution: ---
Created attachment 64890
--> https://bugs.winehq.org/attachment.cgi?id=64890
Error output
When attempting to download a level, a GameMaker error occurs with the attached
output.
--
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=51553
Bug ID: 51553
Summary: Purple bitmap should be transparent in scrollbar
theming
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: teamworks1732(a)gmail.com
Distribution: ---
Created attachment 70396
--> https://bugs.winehq.org/attachment.cgi?id=70396
Scrollbar in WINE using a theme
A weird purple colour appeared at the center of a seekbar as I applied a custom
theme. From what I know, they're used for transparency as bitmaps doesn't
support transparency like PNGs. It's transparent in Windows XP as well.
--
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=51505
Bug ID: 51505
Summary: MIDISelector's MIDI mapper configuration isn't used in
Wine.
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
Assignee: wine-bugs(a)winehq.org
Reporter: sagawa.aki+winebugs(a)gmail.com
Distribution: Ubuntu
"MIDISelector"[1] is free, open source software for selecting MIDI device
instead of MIDI mapper applet. However, its configuration doesn't take effect
in Wine.
Regarding its source code, MIDISelector.c:312 included in its archive file, it
updates szPname value under
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Multimedia\MIDIMap
key. While szPname was introduced in Windows XP, Wine still uses old-style
registry settings[2]. So, szPname doesn't take effect on Wine at all.
This issue was originally reported on Twitter. See
https://twitter.com/XBV_819_tr4/status/1391746526859304964 for details.
SHA1(MIDISelector4.0.zip) = f128676453c9f63ff070e9abc45a458bf703eae6
[1] https://openmidiproject.osdn.jp/MIDISelector_en.html
[2]
https://wiki.winehq.org/Wine_Developer%27s_Guide/Wine_and_Multimedia#Midi_m…
--
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.