https://bugs.winehq.org/show_bug.cgi?id=51860
Bug ID: 51860
Summary: Missing include for uid_t on musl-based systems
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: ismael(a)iodev.co.uk
Distribution: ---
Build log:
gcc -m64 -c -o server/event.o server/event.c -Iserver -Iinclude -D__WINESRC__
-Wall -pipe -fcf-protection=none \
-fno-stack-protector -fno-strict-aliasing -Wdeclaration-after-statement
-Wempty-body \
-Wignored-qualifiers -Winit-self -Wno-packed-not-aligned -Wshift-overflow=2
-Wstrict-prototypes \
-Wtype-limits -Wunused-but-set-parameter -Wvla -Wwrite-strings
-Wpointer-arith -Wlogical-op \
-march=native -mtune=native -m64 -pipe -fPIC -ffast-math -funroll-loops -Os
In file included from server/object.h:25,
from server/thread.h:24,
from server/event.c:34:
/usr/include/sys/poll.h:1:2: warning: #warning redirecting incorrect #include
<sys/poll.h> to <poll.h> [-Wcpp]
1 | #warning redirecting incorrect #include <sys/poll.h> to <poll.h>
| ^~~~~~~
In file included from server/event.c:36:
server/security.h:89:45: error: unknown type name 'uid_t'; did you mean
'luid_t'?
89 | extern const SID *security_unix_uid_to_sid( uid_t uid );
| ^~~~~
| luid_t
--
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=48950
Bug ID: 48950
Summary: NVDA requires AccessibleObjectFromPoint for mouse
tracking
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 the mouse pointer and read what's under the mouse NVDA tries
to get an IAccessible object using AccessibleObjectFromPoint. This fails with a
stub and mouse tracking doesn't work.
--
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=51598
Bug ID: 51598
Summary: cmd.exe crashes on "if exist" without arguments
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70448
--> https://bugs.winehq.org/attachment.cgi?id=70448
Example batch file
Run `wine if-exist.bat` and a crash dialog will appear.
`wine cmd /k if exist` and `wine if-exist.bat | tee /dev/null` do not open a
crash dialog, but they do print "stack overflow" and exit.
Strangely, `wine cmd /k if-exist.bat` does NOT crash.
--
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=41098
Bug ID: 41098
Summary: Descent 3 (GOG version) has problem when running with
OpenGL renderer (Nvidia proprietary drivers)
Product: Wine
Version: 1.7.55
Hardware: x86
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: c92451f295242110bf016facf0e80564f3643d94
Distribution: ---
The bug reported here occurs with Nvidia binary drivers 367.35, but can't
reproduce it with nouveau/mesa.
I tried the official demo version, but it just hangs with a black screen with
the OpenGL renderer (unrelated to this regression, occurs with nouveau as well
and with older Wine versions).
When OpenGL renderer is selected in the launcher, the game starts and plays the
intro video, then the game quits after displaying this error message: 'Error:
Generic renderer error."
The OpenGL renderer in Descent 3 used to work until
commit c92451f295242110bf016facf0e80564f3643d94
Author: Henri Verbeet <hverbeet(a)codeweavers.com>
Date: Wed Nov 4 00:02:48 2015 +0100
wined3d: Always use the same formats in context_create() when
"always_offscreen" is enabled.
Disabling "AlwaysOffScreen" in the registry works around the problem.
Terminal output shows only
fixme:win:EnumDisplayDevicesW ((null),0,0x33f0d8,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
16
Wine 1.9.16
Fedora 24
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 730/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 367.35
OpenGL core profile shading language version string: 4.50 NVIDIA
--
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=52349
Bug ID: 52349
Summary: Vortex Mod Manager Starts but Infinitely Loads
Product: Wine
Version: 7.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nekoNexus(a)protonmail.ch
Distribution: ---
SHA256 of installer executable:
ee6a45b1a4f88e1c5905b3dc9b25578a520279ff8d8be14b1f56b041388fcd6a
Download location:
https://github.com/Nexus-Mods/Vortex/releases/download/v1.4.16/vortex-setup…
SHA256 of log .tar.gz file:
f87b5914373ab521ebcb0ea0ffe0679e3968c7c6a1f8fef10f64496fcdc6835f
WARNING:
- The compressed tarball is about 149.9 MiB
- It contains a 6 GB log file (it was difficult to not get it to expand so
quickly and to log it in the first place)
- I recommend anyone only attempt to go through it if they have a lot of RAM,
seriously.
- Since it greatly exceeds the attachment limit, I had to upload it to a cloud
hosting site (namely, mega.nz)
Log download link:
https://mega.nz/file/ZiJAkB5Y#UgnbfHO99ldqN1cbAs0KAxXxxNVNPoKKdAM27RsXmEM
-----
I created a (non-staging) Wine prefix and used winetricks afterwards like so:
winetricks -q dotnet48 vcrun2017 python27
None of these are required to install the program, but the the program does use
.NET at runtime and MSVC2017 and python27+ are build requirements, so I added
them anyway just to be sure.
After the winetricks and program installation, the program automatically
launches itself but hangs on "Loading extensions" for literally forever -
generating that gigantic log file and it does so somewhat quickly, and my only
means I had of logging it was with &> because my attempts to do so within the
terminal myself just crashes my terminal.
However, Kate (the KDE text editor) CAN read the entirety of the file but it
takes a bit to actually load it initially. As someone unfamiliar with any of
the contents though, there's not much I can say about it aside from that it's
baffling why it would be so large.
--
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=51959
Bug ID: 51959
Summary: Missing procedure GetDayLightFlag
Product: Wine
Version: 6.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ucrtbase
Assignee: wine-bugs(a)winehq.org
Reporter: deridiot(a)gmail.com
Distribution: ---
Created attachment 70942
--> https://bugs.winehq.org/attachment.cgi?id=70942
german Error Message about the missing procedure
In the build process of a python project we employ a docker image that uses
pyinstaller via wine (https://github.com/cdrx/docker-pyinstaller).
When executing the frozen exe it will raise an error noting that ucrtbase.dll
misses the procedure GetDayLightFlag
If i explicitly tell the build process to ignore ucrtbase.dll from being
included in the package it will use the dll of the system it runs on. Meaning
it doesn't employ the file supplied by wine.
I poked around the code a bit and probably we are just lacking
stdcall GetDaylightFlag()
in
https://github.com/wine-mirror/wine/blob/master/dlls/ucrtbase/ucrtbase.spec
But C isn't my language of choice so i will gladly admit that's just guessing.
I've managed to work around my problem by just excluding the dll, but i feel
this might help someone else in the future.
--
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=51864
Bug ID: 51864
Summary: VeraCrypt Installer for 1.24-Update7 (Win8+) fails
with HRESULT 0x800288BD
Product: Wine
Version: 6.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: besentv(a)gmail.com
Distribution: ---
Created attachment 70779
--> https://bugs.winehq.org/attachment.cgi?id=70779
Veracrypt installer Winedump
Seems like the installer, a 32bit App, tries to register a 64bit TypeLib, but
it fails:
...
0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program
Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782
0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782
...
0100:Call oleaut32.RegisterTypeLib(00f2d118,051dd278 L"C:\\Program
Files\\VeraCrypt\\VeraCrypt.exe",00000000) ret=00403782
0100:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00403782
...
A quick check of the source code shows us, that wine does this on purpose:
oleaut32.typelib.c:
HRESULT WINAPI RegisterTypeLib(ITypeLib *ptlib, const WCHAR *szFullPath, const
WCHAR *szHelpDir)
{
...
#ifndef _WIN64
if (attr->syskind == SYS_WIN64) return TYPE_E_BADMODULEKIND;
#endif
...
}
Windows allows this behavior, as the installer works perfectly fine there.
--
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=52220
Bug ID: 52220
Summary: TMIDI Player, Cherry: Playback with multiple MIDI
ports is broken
Product: Wine
Version: 7.0-rc1
Hardware: x86-64
URL: https://www.vector.co.jp/soft/dl/win95/art/se038910.ht
ml
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: kakurasan(a)gmail.com
Regression SHA1: 3d57cc2863f2f9a5ace40d29317b3ff4357fd119
Distribution: ---
Created attachment 71297
--> https://bugs.winehq.org/attachment.cgi?id=71297
Sample MIDI file that uses 2 MIDI ports
When the apps are configured to use multiple MIDI ports, playback is broken if
the song (MIDI file) uses multiple MIDI ports.
Downloads:
* TMIDI Player: https://www.vector.co.jp/soft/dl/win95/art/se038910.html
* Cherry: https://www.vector.co.jp/soft/dl/win95/art/se071842.html
Steps to reproduce:
1. Install ja_JP.UTF-8 locale
2. Execute "winetricks fakejapanese_ipamona" for Japanese fonts
3. Download TMIDI Player
4. Install/run TMIDI Player on ja_JP.UTF-8 locale
5. Open menu item "オプション(O) - MIDI設定(M)" (or press Alt-o and Enter) and set
MIDI Port A and B to valid and different MIDI ports
6. Open/play the attached MIDI file
This is a regression introduced by:
commit 3d57cc2863f2f9a5ace40d29317b3ff4357fd119
Author: Jacek Konieczny <jajcus(a)jajcus.net>
Date: Wed Feb 12 12:53:54 2020 -0600
winealsa.drv: Send MIDI events to port subscribers.
This way changes to the port connections made by other applications will be
honoured.
Signed-off-by: Jacek Konieczny <jajcus(a)jajcus.net>
Signed-off-by: Andrew Eikum <aeikum(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=52173
Bug ID: 52173
Summary: kodi crashes at start: Call to unimplemented function
wsdapi.dll.WSDCreateDiscoveryProvider, aborting
Product: Wine
Version: 6.22
Hardware: x86-64
URL: https://mirrors.kodi.tv/releases/windows/win64/kodi-19
.3-Matrix-x64.exe
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: ---
Created attachment 71223
--> https://bugs.winehq.org/attachment.cgi?id=71223
patch with stub stub
As the title says. Attached stub implementation gets it around this crash.
Will send later to list
Note: Starts further fine if I do 'winetricks dxvk141' but maybe my graphics
card is too "simple', and this is not needed for other cards?
--
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=26350
Summary: Dungeons demo doesn't run
Product: Wine
Version: 1.3.15
Platform: x86
URL: http://www.bigdownload.com/games/dungeons/pc/dungeons-
demo/
OS/Version: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
If I use mono-2.10-1, it fails with an error that mono can't handle it:
Method '<Module>:<CrtImplementationDetails>.DoDllLanguageSupportValidation ()'
in assembly 'C:\Program Files\Kalypso Media\Dungeons Demo\Mogre.dll' contains
native code that cannot be executed by Mono in modules loaded from byte arrays.
The assembly was probably created using C++/CLI.
Method '<Module>:<CrtImplementationDetails>.ThrowModuleLoadException
(string,System.Exception)' in assembly 'C:\Program Files\Kalypso Media\Dungeons
Demo\Mogre.dll' contains native code that cannot be executed by Mono in modules
loaded from byte arrays. The assembly was probably created using C++/CLI.
System.NullReferenceException: Object reference not set to an instance of an
object
With dotnet35, fails with:
Unhandled Exception: System.MissingMethodException: Method not found: 'Void
System.Runtime.GCSettings.set_LatencyMode(System.Runtime.GCLatencyMode)'.
at Realmforge.MogreUtil.Application.MainApplication`3.Run()
at Realmforge.Dungeons.DungeonsMain.Main(String[] args)
--
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.