http://bugs.winehq.org/show_bug.cgi?id=58417
Bug ID: 58417
Summary: Failure to compile: Undeclared KW_ object
Product: vkd3d
Version: 1.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: johngodman006(a)gmail.com
Distribution: ---
Created attachment 78834
--> http://bugs.winehq.org/attachment.cgi?id=78834
Compilation log
I am trying to compile wine in shared WoW64 mode, and ran into the attached
error during compilation of the 64 bit binary.
I have to imagine, given the compilation error is an undeclared identifier,
that I am missing some headers. However, I'm not sure what exactly I am
missing.
I have packages spirv-headers-devel, vulkan-headers, and libvkd3d-devel
installed at their latest versions from Fedora.
For reference, I'm on Fedora 42 kernel 6.15.3.
I must be making a simple mistake, right? If someone could give me a hand, I'd
greatly appreciate it.
--
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=58432
Bug ID: 58432
Summary: eMule v0.70b x64: Doesn't show server list
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: claytmp+foj0w(a)gmail.com
Distribution: ---
Created attachment 78857
--> http://bugs.winehq.org/attachment.cgi?id=78857
Terminal logs
Server list appears empty. On Windows, it does show server list perfectly
--
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=58422
Bug ID: 58422
Summary: Soldier of Fortune II crashes on start
Product: Wine
Version: 10.9
Hardware: x86-64
URL: https://www.moddb.com/games/soldier-of-fortune-ii/down
loads/soldier-of-fortune-2-demo-version
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 17b86a90037004bda1eac142238f21a56b9bfd77
Distribution: ---
Created attachment 78844
--> http://bugs.winehq.org/attachment.cgi?id=78844
terminal output
This is one of the games affected by bug #25362 so I have to launch the game
using the workaround '__GL_ExtensionStringVersion=17700 wine SOF2.exe'.
Since Wine-10.9 the game crashes early on start regardless of that workaround.
Reverting
commit 17b86a90037004bda1eac142238f21a56b9bfd77
opengl32: Move legacy extensions fixup from winex11.
fixes the crash for me.
Can be reproduced with the demo version.
sp_demo.exe
md5sum: 25aae86e835747174523861d40facec1
Still present in Wine-10.11.
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: NVIDIA GeForce GTX 1660 SUPER/PCIe/SSE2
OpenGL core profile version string: 4.6.0 NVIDIA 575.64
X.Org X Server 1.21.1.18
XFCE 4.20
--
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=58229
Bug ID: 58229
Summary: _SH_SECURE sharing flag is not supported and causing
_wfsopen to fail
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: bruvzg13(a)proton.me
Distribution: ---
Calling _wfsopen with _SH_SECURE sharing flag result in failure and
"012c:err:msvcrt:_wsopen_dispatch Unhandled shflags 0x80" error in the
terminal.
0x80 value correspond to _SH_SECURE
Discovered while debugging Godot Engine -
https://github.com/godotengine/godot/pull/106392
Seems like the case for this flag is missing:
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/msvcrt/file.c?ref_ty…
The flag is documented as "shared read, exclusive write access"
(https://learn.microsoft.com/en-us/cpp/c-runtime-library/sharing-constants?v…),
and the issue can be worked around by substituting it with "(mode_flags ==
READ) ? _SH_DENYWR : _SH_DENYRW", which result in the same behavior as on
Windows (at least in our use case).
--
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=58435
Bug ID: 58435
Summary: winepath -w conversion outputs wrong filenames
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: madewokherd(a)gmail.com
Distribution: ---
Observed in the pipeline failure here:
https://gitlab.winehq.org/mono/wine-mono/-/jobs/169670
The build script in Wine Mono uses winepath -w to get a windows path for one of
its outputs.
The command, though not logged, would have been:
winepath -w /builds/mono/wine-mono/build/winemono-support.cab
Based on debugging in other places, I think that outputs:
Z:\builds\mono\wine-mono\build\winemono-supporpport.cab
96cd811903e3d3f227c39e12235725baf793f4b9 is the first bad commit
commit 96cd811903e3d3f227c39e12235725baf793f4b9
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Jun 24 11:56:39 2025 +0200
kernel32: Reimplement conversion to DOS name using
GetFinalPathNameByHandleW.
dlls/kernel32/path.c | 44 +++++++++++++++++++++++++++++++++++---------
1 file changed, 35 insertions(+), 9 deletions(-)
The pattern seems to be that it fails when given an absolute path to a file
that does not exist. The directory that would contain the file must exist or it
won't output anything.
The result seems to always be <path with last 5 characters cut off> + <last 9
characters of path>.
--
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=38337
Bug ID: 38337
Summary: clang compiling warnings
Product: Wine
Version: 1.7.39
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: isakov-sl(a)bk.ru
Distribution: ---
Wine1.7.39-251-gdbf8bde compiled by Apple's clang. The wine works somehow.
There are hundreds warning so I show them in one bug although there are many
possible bugs.
----
keyboard.c:287:2: warning: illegal character encoding in string literal
[-Winvalid-source-encoding]
"?","&1","?2","\"3","'4","(5","-6","?7","_8","?9","?0",")?","=+",
^
----
cocoa_status_item.m:100:13: warning: instance method
'-discardEventsPassingTest:'
not found (return type defaults to 'id')
[queue discardEventsPassingTest:^BOOL (macdrv_event* event){
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 warning generated.
----
imgfactory.c:715:88: warning: implicit conversion from enumeration type
'WICBitmapAlphaChannelOption' (aka 'enum WICBitmapAlphaChannelOption') to
different enumeration type 'WICBitmapCreateCacheOption' (aka 'enum
WICBitmapCreateCacheOption') [-Wconversion]
...BitmapImpl_Create(bm.bmWidth, bm.bmHeight, bm.bmWidthBytes, 0, NULL,
&format, option,...
~~~~~~~~~~~~~~~~~
^~~~~~
-----
display.c:225:24: warning: unused function 'create_mode_dict'
[-Wunused-function]
static CFDictionaryRef create_mode_dict(CGDisplayModeRef display_mode)
^
1 warning generated.
-----
node.c:1620:37: warning: implicit conversion from enumeration type
'xmlElementType' to different enumeration type 'DOMNodeType' (aka
'enum tagDOMNodeType') [-Wconversion]
*domNodeType = This->node.node->type;
~ ~~~~~~~~~~~~~~~~~^~~~
1 warning generated.
-----
locale.c:11344:13: warning: unknown attribute '__force_align_arg_pointer__'
ignored [-Wattributes]
call_locale_facet_vector_dtor(iter->fac, 1);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
locale.c:246:52: note: expanded from macro 'call_locale_facet_vector_dtor'
#define call_locale_facet_vector_dtor(this, flags) CALL_VTBL_FUNC(this, 0, \
^
./cxx.h:269:59: note: expanded from macro 'CALL_VTBL_FUNC'
#define CALL_VTBL_FUNC(this, off, ret, type, args) ((ret (WINAPI*...
^
../../include/windef.h:169:21: note: expanded from macro 'WINAPI'
#define WINAPI __stdcall
^
../../include/msvcrt/crtdefs.h:48:67: note: expanded from macro '__stdcall'
...__attribute__((__stdcall__)) __attribute__((__force_align_arg_pointer__))
^~~~~~~~~~~~~~~~~~~~~~~~~~~
-----
mach.c:93:9: warning: 'bootstrap_register' is deprecated
[-Wdeprecated-declarations]
if (bootstrap_register(bp, (char*)wine_get_server_dir(), ...
^
----
warning: Small Fonts 11: missing glyph for char 05b0
----
file.c:2124:49: warning: array index 1 is past the end of the array
(which contains 1 element) [-Warray-bounds]
dir_info->FileName[0] == '.' && dir_info->FileName[1] == ...
^ ~
../../include/winternl.h:495:5: note: array 'FileName' declared here
WCHAR FileName[ANYSIZE_ARRAY];
^
1 warning generated.
----
I omitted same warnings repeated many times.
--
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=58425
Bug ID: 58425
Summary: video/x-h264 alignment=au caps causes artifacts and
crashes with nal-aligned streams
Product: Wine
Version: 10.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: mkrsym1(a)gmail.com
Distribution: ---
Multiple applications try to playback nal-aligned streams, but Wine always sets
the alignment caps to au. This causes h264parse to work incorrectly, which in
turn leads to various unpleasant effects, depending on the decoder used.
Some examples:
- libav's avdec_h264 is the most tolerant one, and only displays brief image
artifacts when au-alignment is broken.
- OpenH264 displays major image and temporal artifacts on au-alignment break,
sometimes hangs.
- NVIDIA's nvh264dec immediately crashes the entire application on au-alignment
break.
This issue is completely fixed by not setting the alignment caps at all and
letting h264parse do it's job, as done in this commit:
https://github.com/ValveSoftware/wine/commit/0304a42
Not sure why it's set in the first place. Maybe that patch can be merged into
Wine master, or is there something that I'm missing?
--
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=58416
Bug ID: 58416
Summary: Cloudflare is blocking patches and code snippets
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Cloudflare stops me from attaching patches to bug reports unless I compress
them in a format that Cloudflare won't check.
It also blocks me if I paste some code into the comments. Seems to get upset
with C and PHP. I haven't tested much else but it's pretty obviously not
desirable behaviour for a Bugzilla. Been happening for a while, probably
anti-spam, anti-bot protection.
--
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=58436
Bug ID: 58436
Summary: x11, kotor keeps minimizing
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zlice(a)crtdrift.us
Distribution: ---
Created attachment 78874
--> http://bugs.winehq.org/attachment.cgi?id=78874
kotor-focus-minimize-patch
https://gitlab.winehq.org/wine/wine/-/commit/f1cdb6ad7fe81563979fcb1cea4d5a…
i see remi just pushed changes a few hours ago that may be related or affect
this, but those did not helps
https://gitlab.winehq.org/wine/wine/-/commit/0624408ffa1d066e8ad3d7d2e7ac12…
- run star wars kotor (knights of the old republic)
- press escape a few times on the intro screens
- game turns to a black screen and then minimizes every time it's focused
--
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=58335
Bug ID: 58335
Summary: Works 10.8 but fails 10.9?
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikes(a)kuentos.guam.net
Distribution: ---
Created attachment 78708
--> http://bugs.winehq.org/attachment.cgi?id=78708
run wine notepad with 10.8 Fine Update to 10.9 then it fails
Have 5 machines that updated to 10.9 fine, but Acer notebook that works with
10.8 but fails with 10.9.
Run wine notebook fine with 10.8
upgrade to 10.9
wine notebook then fails.
downgrade to 10.8, and it works fine.
--
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.