https://bugs.winehq.org/show_bug.cgi?id=54319
Bug ID: 54319
Summary: wrc doesn't find locales.nls
Product: Wine
Version: 8.0-rc4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: steve.schnepp(a)gmail.com
Distribution: ---
Created attachment 73883
--> https://bugs.winehq.org/attachment.cgi?id=73883
tools/wrc/wrc.c.diff
When building 8.0rc4 in a i386 chroot I have an error :
tools/wrc/wrc -u -o dlls/aclui/aclui.res --nostdinc --po-dir=po
-Idlls/aclui -Iinclude -Iinclude/msvcrt -D_UCRT \
-D__WINESRC__ dlls/aclui/aclui.rc
Error: unable to load locale.nls
make: *** [Makefile:1459: dlls/aclui/aclui.res] Error 2
If I launch the command with a --nls-dir=nls it works. It actually works with
*any* directory.
It seems that the 1st NULL is never replaced correctly in the line 145 of
tools/wrc/wrc.c.
const char *nlsdirs[3] = { NULL, NLSDIR, NULL };
When I replace it with ...
const char *nlsdirs[3] = { "whatever", NLSDIR, NULL };
... it does work. But only if wine is already installed, as there's a
-DNLSDIR="\"/opt/wine-devel/share/wine/nls\""
when compiling tools/wrc/wrc.c
So, I'm using
const char *nlsdirs[3] = { "nls", NLSDIR, NULL };
and it does work even without the wine package being installed.
--
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=54269
Bug ID: 54269
Summary: WM_GETMINMAXINFO message should be sent when manually
resizing the window
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: 399989567(a)qq.com
Distribution: ---
Created attachment 73834
--> https://bugs.winehq.org/attachment.cgi?id=73834
demo
In actual application, it may be necessary to limit the maximum or minimum size
of the window. The maximum or minimum size of the window is controlled by the
WM_GETMINMAXINFO message. Therefore, in a form that needs to control the
maximum or minimum size of the window, this message needs to be mapped.
I wrote a 32-bit program running under Windows 10, when a WM_GETMINMAXINFO
message is received, the text position of the output changes.
This works fine under windows10, but in wine, when the window is resized, the
program cannot receive the WM_GETMINMAXINFO message
--
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=54099
Bug ID: 54099
Summary: Stdout redirection broken when running Linux binaries
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 73634
--> https://bugs.winehq.org/attachment.cgi?id=73634
Test program
When running Linux binaries form inside Wine, using CreateProcessA, and
redirecting stdout, it doesn't work.
It works fine when executing Windows binaries.
See attached test program.
--
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=52681
Bug ID: 52681
Summary: Google Chrome Stopped working after 7.2
Product: Wine-staging
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ndk+whq(a)esperanca.biz
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Hi!
I have been using Google Chrome Portable for some time now.
It was working with some options (--no-sandbox) right until wine-staging-7.3.
It stopped starting after 7.3. The installation process from portableapps is
smooth, it just does not want to start (no 'usual' black screen, just fails
starting).
I have tried to use old wine directory, new wine directory, installed corefonts
as someone suggested in some of the bugs, etc.
I also have tried to use wine-staging-7.4 with no luck.
After I downgraded back to 7.2 - chrome started working again with
--no-sandbox.
The system: the latest Gentoo x64.
Video card: AMD Radeon 480 (amdgpu Xorg driver).
Command: WINEPREFIX=/path/to/wine wine /path/to/chrome --no-sandbox
Expected Behavior (works until wine-staging-7.3):
Chrome starts and is usable
Actual Behavior (wine-staging-7.3; wine-staging-7.4):
Chrome fails to start.
Let me know if there are any debug info is needed (preferrably which options to
enable for WINEDEBUG).
--
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=54292
Bug ID: 54292
Summary: Dumping shaders using VKD3D_SHADER_DUMP_PATH= fails
with the bundled vkd3d
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
The problem is in the bundled vkd3d, couldn't find the corect component for
that.
Also I'm using a PE enabled build (if that is relevant).
IIUC the bundled vkd3d code is built against the windows runtime and therefore
the shader dump path requires backslash instead of slash.
The following patch seems to be enough to restore functionality
diff --git a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
index 7e153bce27a..4c0aa48aa55 100644
--- a/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
+++ b/libs/vkd3d/libs/vkd3d-shader/vkd3d_shader_main.c
@@ -376,7 +376,7 @@ static void vkd3d_shader_dump_blob(const char *path,
const char *prefix,
id = InterlockedIncrement(&shader_id) - 1;
- snprintf(filename, ARRAY_SIZE(filename), "%s/vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
+ snprintf(filename, ARRAY_SIZE(filename), "%s\\vkd3d-shader-%s-%u.%s",
path, prefix, id, suffix);
if ((f = fopen(filename, "wb")))
{
if (fwrite(data, 1, size, f) != size)
I think it would also be nice to print failure details on the failure 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=53539
Bug ID: 53539
Summary: maybe a --with-wine-64 build should call widl with
-win32 option
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Using just --with-wine-64 results in a Makefile calling widl from the win64
build directory without any target architecture specified resulting in early
build failure:
...
WIDL dlls/actxprxy/actxprxy_activscp_p.c
WIDL dlls/actxprxy/actxprxy_activscp.h
CC dlls/actxprxy/actxprxy_activscp_p.cross.o
dlls/actxprxy/actxprxy_activscp_p.c:9084:2: error: #error Invalid build
platform for this proxy.
9084 | #error Invalid build platform for this proxy.
| ^~~~~
Hacking Makefile to add -win32 to the widl invocation works around this. I have
no clue whether that is the right solution, though.
--
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=52567
Bug ID: 52567
Summary: 16-bit version of Project Pluto Guide 8.0 crashes on
start with division by zero exception
Product: Wine
Version: 7.1
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 71888
--> https://bugs.winehq.org/attachment.cgi?id=71888
Console output
Steps to reproduce:
1. Run `wine setup16.exe`
2. Select "Windows 3.1 software (16 bit)"
3. Run `cd ~/.wine/drive_c/GUIDE8 && wine guide8a.exe`
Console output is 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=54393
Bug ID: 54393
Summary: rFactor 2 dedicated server: Severe performance
degradation with additional clients joining
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: madbad82(a)gmail.com
Distribution: ---
I'm using the rFactor2 dedicated server to host races for our team on a Fedora
system.
Everything seems fine up to 6 drivers joining, above that everyone ping started
to rise each time a new driver entered the server and we reached 500/600 ping
with 13 driver on the server.
I could still ping google from the server with low numbers.
The ping issue seemed to be strictly related to the number of drivers.
I know I was able to host with this same system on windows races for up to
13/14 drivers without issues in the past.
Some data about the test:
Speed-test for the machine running the dedicated server:
* 50 Mbps download speed
* 17 Mbps upload speed
* 8ms ping
Whie running the dedicated server the band usage during the test was
* lower than 2 Mbps upload
* lower than 2 Mbps upload
RAM used 4 Gb used out of 12 of RAM
CPU at 40% (none of threads were maxed)
I remember there being a similar issue with the game itself related to
networking, operations not sure if this may be somewhat related:
https://bugs.winehq.org/show_bug.cgi?id=48668
Let me know if you need any other info to investigate the bug.
--
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=54388
Bug ID: 54388
Summary: wine64: crashing avaya ip office
AdminCD_11.1.2.0.0_Build_239 Manager.exe
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vmxevilstar(a)gmail.com
Distribution: ---
Created attachment 73952
--> https://bugs.winehq.org/attachment.cgi?id=73952
crash dump
Dear Maintainer,
If you want I can give you the installation file just please tell me how can I
send you 1.6G of AdminCD_11.1.2.0.0_Build_239.tgz
I find it comfortable to use the windows desktop emulation.
I have installed the required jdk-19_windows-x64_bin.msi and winetricks install
dotnet45 inside wine
After that I have successfully installed Avaya Ip Office unzipping the
installation zip and launching wine64 setup.exe
tried to launch Manager.exe from
\Program Files (x86)\Avaya\IP Office Admin Suite\Manager\Manager.exe
what I have got is the program crashing
Thanks for your time
--
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=54383
Bug ID: 54383
Summary: i cant copy text from WinBox to Linux
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: wahid.mob(a)gmail.com
Distribution: ---
I have installed WinBox. WinBox is working perfectly. But I cant copy/paste
from WinBox to my note pad, and viseversa.
--
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=51427
Bug ID: 51427
Summary: CaptureAge crashes on startup
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: raphael.nestler(a)gmail.com
Distribution: ---
Created attachment 70280
--> https://bugs.winehq.org/attachment.cgi?id=70280
Console output of wine
CaptureAge
(https://appdb.winehq.org/objectManager.php?sClass=version&iId=39970) crashes
on startup. After checking for updates it is just showing a white window before
crashing.
My System
ArchLinux
wine 6.12 from the ArchLinux repositories
You can download CaptureAge from https://captureage.com/cade
--
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=43188
Bug ID: 43188
Summary: Crash when accessing File Open dialog
Product: Wine
Version: 2.9
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: ph.schaefe(a)gmail.com
Each time I use any of my windows programs with wine, and click the "Open File"
menu item (or the "Open File ..." button) to get the 'file open dialog', the
program crashes.
This is consistent in all the windows programs I use. My version of Wine-devel
seems up to date though, as I just did both "port upgrade wine-devel" and "port
upgrade winetricks"on the console and it didn't upgrade anything.
err:module:DelayLoadFailureHook failed to delay load
comctl32.dll.HIMAGELIST_QueryInterface
wine: Call from 0x7b42965e to unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface, aborting
wine: Unimplemented function comctl32.dll.HIMAGELIST_QueryInterface called at
address 0x7b42965e (thread 0009), starting debugger...
Unhandled exception: unimplemented function
comctl32.dll.HIMAGELIST_QueryInterface called in 32-bit code (0x7b42965e).
--
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=38886
Bug ID: 38886
Summary: AArch64 platforms: ABI Problems wrt varargs (needs
arm64 specific __builtin_ms_va_list)
Product: Wine
Version: 1.7.46
Hardware: aarch64
URL: http://go.microsoft.com/fwlink/p/?LinkId=536682
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nerv(a)dawncrow.de
CC: focht(a)gmx.net, nerv(a)dawncrow.de
Distribution: ---
Hi,
running e.g. makecat.exe or midl.exe gives backtraces which suggest varargs
problems.
relevant part:
(stripped) Backtrace:
=>0 0x0000007f84d4aa04 raise_segv_exception(rec=0x7f83e8fa18,
context=0x7f83e8f908) in ntdll (0x0000007f83e8fab0)
1 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d61b18,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0x740020,
pf_args=0x78003000200068, args_ctx=0x2d0020003a0000, valist=0x7f83e8fcb0) in
msvcrt (0x0000007f83e8fab0)
2 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f83d67ec0,
puts_ctx=0x7f83e8fc70, fmt=<is not available>, locale=<is not available>,
positional_params=0, invoke_invalid_param_handler=0, pf_args=0x7f83d617d8,
args_ctx=0x0(nil), valist=0x7f83e8fcc8) in msvcrt (0x0000007f83e8fac0)
3 0x0000007f83d65864 pf_printf_w+0x8cb(pf_puts=0x7f836822c0,
puts_ctx=0x0(nil), fmt=<is not available>, locale=<is not available>,
positional_params=0x40020000, invoke_invalid_param_handler=0x7f,
pf_args=0x140020000, args_ctx=0x140020000, valist=0x7f84280910) in msvcrt
(0x0000007f83e8fc50)
4 0x0000007f83d67ec0 MSVCRT_vsnwprintf+0x47(str=<is not available>, len=<is
not available>, format=<is not available>, valist={__stack=0x7f836819f0,
__gr_top=0x140010170, __vr_top=0x7f8428071c, __gr_offs=0x83681a28,
__vr_offs=0x7f}) in msvcrt (0x0000007f83e8fc80)
5 0x0000000140012328 in makecat (+0x12327) (0x0000007f83e8fcb0)
6 0x00000001400123b0 in makecat (+0x123af) (0x0000007f83e8fcb0)
uuidgen.exe -i
this generates a different path which involves MSVCRT_vsnprintf, pf_printf_a
and pf_handle_string_a
--
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=54363
Bug ID: 54363
Summary: Can't install 64 bit applications which use 32 bit
installers.
Product: Wine
Version: 5.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mattyshires(a)gmail.com
Distribution: ---
The installation of some 64bit software which use 32bit installers fail due to
"VersionNT64 >= v6.2" evaluating to false but as the install is 32bit I cannot
run it under wine64.
There should be a way to override this system variable for installers such as
this.
--
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=53946
Bug ID: 53946
Summary: Some applications produced with Delphi crash on Wine
before WinMain
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Created attachment 73522
--> https://bugs.winehq.org/attachment.cgi?id=73522
'Hello from Wine' compiled with Delphi and source code
Wine 7.21 on Ubuntu 22.10
Hello,
I attach a very small program built with Delphi 11.2 and source code
(TestWine.dpr).
It is a console application that says 'Hello from Wine' but it crashes on Wine,
page fault. It works fine on Windows.
I tried with winedbg and got this
=========
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:wineusb:query_id Unhandled ID query type 0x5.
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
WineDbg starting on pid 0120
0x000001700570a5 ntdll+0x570a5: ret
Wine-dbg>0044:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
0044:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0000000000010052, 1): stub
012c:fixme:imm:ImmReleaseContext (0000000000030046, 0000000000010052): stub
c
Unhandled exception: page fault on execute access to 0x0000000000447000 in
64-bit code (0x00000000447000).
Register dump:
rip:0000000000447000 rsp:000000000057fe38 rbp:0000000000000000 eflags:00010a82
( R- --O I S - - - )
rax:0000000170088050 rbx:0000000000000000 rcx:00000000003f0000
rdx:00000000004424c0
rsi:0000000000000000 rdi:0000000000000000 r8:00000000003f0000
r9:000000017007bca8 r10:0000000000000000
r11:0000000000000000 r12:0000000000000000 r13:0000000000000000
r14:0000000000000000 r15:0000000000000000
Stack dump:
0x0000000057fe38: 000000007b6291b9 0000000000000000
0x0000000057fe48: 000000000057fe90 0000000000000000
0x0000000057fe58: 0000000000000000 0000000000000000
0x0000000057fe68: 000000017005f8f3 0000000000000000
0x0000000057fe78: 0000000000000000 0000000000000000
0x0000000057fe88: 0000000000000000 00000000004424c0
0x0000000057fe98: 00000000003f0000 ffffffffffffffff
0x0000000057fea8: 000000017006ab30 0000000170027380
0x0000000057feb8: 0000000000000000 000000000057fea0
0x0000000057fec8: 0000000000000000 000000000057fe70
0x0000000057fed8: 0000000000000000 0000000000000000
0x0000000057fee8: 0000000000000000 0000000000000000
Backtrace:
=>0 0x00000000447000 in testwine (+0x47000) (0000000000000000)
1 0x0000007b6291b9 BaseThreadInitThunk+0x9(unknown=<internal error>,
entry=<internal error>, arg=<internal error>)
[Z:\usr\src\packages\BUILD\dlls\kernel32\thread.c:61] in kernel32
(0000000000000000)
2 0x0000017005f8f3 __wine_pop_frame(entry=00000000004424C0,
arg=00000000003F0000) [Z:\usr\src\packages\BUILD\include\wine\exception.h:277]
in ntdll (0000000000000000)
3 0x0000017005f8f3 RtlUserThreadStart+0x83(entry=[<register RSP not
accessible in this frame>, arg=[<register RSP not accessible in this frame>)
[Z:\usr\src\packages\BUILD\dlls\ntdll\thread.c:285] in ntdll (0000000000000000)
0x00000000447000 testwine+0x47000: addb %al,(%rax)
=========
I tried step by step but it seams that the code in WinMain function is never
executed.
Can you see what is wrong with this executable?
Regards,
Michel Terrisse
--
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=54157
Bug ID: 54157
Summary: dir command of cmd fails on Z: on Ubuntu under WSL
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mterrisse(a)free.fr
Distribution: ---
Wine 8.0 rc1, Ubuntu 22.10 under WSL (Windows SubSystem for Linux, Windows 11
22H2)
Hello,
You will probably think it is a weird idea running Wine in Ubuntu under WSL.
I tried it to avoid copying many files with my program to test it under Wine.
I noticed this:
wine64 cmd.exe
dir
This works fine on C:
But if I do
Z:
dir
I receive
Invalid function.
I tried this
WINEDEBUG=warn+file wine64 cmd.exe
Z:
dir
and there is something more explicit
0108:warn:file:get_mountmgr_fs_info failed to retrieve filesystem type from
mountmgr, status 0xc000000e
Invalid function.
Do you know what is wrong?
Regards,
Michel Terrisse
--
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=54370
Bug ID: 54370
Summary: d3d display mode ww2 combat road to berlin
Product: Wine
Version: 8.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pankrock_(a)list.ru
Distribution: ---
Created attachment 73941
--> https://bugs.winehq.org/attachment.cgi?id=73941
out console, screen in game
32 bit arch, win xp mode, clear prefix
ubuntu 22.10
wine 8.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=53224
Bug ID: 53224
Summary: Systray icon windows haven't a title
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: emonkak(a)gmail.com
Distribution: ---
According to System Tray Protocol Specification by freedesktop.org, the title
should be set for the tray icon, but it isn't set.
https://github.com/wine-mirror/wine/blob/e909986e6ea5ecd49b2b847f321ad89b2a…
> _NET_WM_NAME, UTF8_STRING
>
> This hint should be set as it would be for a normal toplevel window, as defined in the Extended Window Manager Hints Specification (EWMH). The hint MUST be in UTF-8 encoding. It provides a human-readable, localized name for the tray icon.
https://specifications.freedesktop.org/systemtray-spec/systemtray-spec-0.2.…
--
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=54365
Bug ID: 54365
Summary: Mono io layer error
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chen.jenilee(a)gmail.com
Created attachment 73936
--> https://bugs.winehq.org/attachment.cgi?id=73936
Mono io layer error
Mono io layer error
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=54274
Bug ID: 54274
Summary: NtMapViewOfSection + MEM_IMAGE + BaseAddress broken in
multiple ways
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73838
--> https://bugs.winehq.org/attachment.cgi?id=73838
Reproducer
See reproducer (attached).
Windows output:
nt_path: \??\C:\Users\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000036
#1 base: 00000BADF00D0000
#1 ImageBase: 00000BADF00D0000
#2 NtMapViewOfSection status: 40000003
#2 base: 00000BADBEEF0000
#2 ImageBase: 00007FF6122E0000
Wine output:
LdrFindEntryForAddress status: 00000000
RtlDosPathNameToNtPathName_U_WithStatus status: 00000000
nt_path: \??\Z:\home\user\repro.exe
NtOpenFile status: 00000000
NtCreateSection status: 00000000
#1 NtMapViewOfSection status: 40000003
#1 base: 0000000000B80000
#1 ImageBase: 0000000140000000
#2 NtMapViewOfSection status: 40000003
#2 base: 0000000000C10000
#2 ImageBase: 0000000140000000
In case #1 the base is completely ignored, and the flag telling to relocate is
ignored. Win7 returns STATUS_INVALID_ARGUMENT (as it does not support the
flag), while Win8+ correctly relocates to the new base. Wine does not return an
error status, but also does not relocate.
In case #2 the base is completely ignored. Relocation does not happen, but this
is expected. The returned status is correct.
--
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=54290
Bug ID: 54290
Summary: RtlAddFunctionTable does not work for modules with
empty IMAGE_DIRECTORY_ENTRY_EXCEPTION
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: novae.harpist06(a)icloud.com
Distribution: ---
Created attachment 73859
--> https://bugs.winehq.org/attachment.cgi?id=73859
Reproducer
RtlAddFunctionTable is generally called for code allocated by JIT engines and
similar, however on Windows it also works for images, as long as the image has
an empty IMAGE_DIRECTORY_ENTRY_EXCEPTION. This is sometimes used by packers.
On Wine, this does not work.
The problem is that dynamic entries are only enumerated if the memory does not
belong to an image:
https://github.com/wine-mirror/wine/blob/0adec25f92219b5626b8ee3c1c13396d36…
Code that reproduces the issue is attached.
Windows output:
VirtualAddress: 00072000
hello!!!!
Wine output:
VirtualAddress: 00072000
wine: Unhandled exception 0x80000003 in thread 2a4 at address 0000000180001007
(thread 02a4), starting debugger...
--
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=54366
Bug ID: 54366
Summary: Microsoft Word 2016 Equation Editor Causes App Crash
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pjahelka(a)caltech.edu
Distribution: ---
Created attachment 73937
--> https://bugs.winehq.org/attachment.cgi?id=73937
Error Log
Hi all,
Creating an equation in Word 2016 causes the app to crash. Wine error log is
attached. I'm running 32bit office on 64bit OpenSUSE Tumbleweed.
Thanks!
--
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=43287
Bug ID: 43287
Summary: Farming Simualtor 17
Product: Wine
Version: 2.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx11
Assignee: wine-bugs(a)winehq.org
Reporter: sascha.spaces(a)yandex.ru
Distribution: ---
Created attachment 58629
--> https://bugs.winehq.org/attachment.cgi?id=58629
Backtrace
Farming Simulator 17 does not start. The log is here.
I'm from Russia and use google translator. There may be errors in the text.
closed the game for abit but when i got back and tried playing it said could
not init 3d system shader model is required and this is confusing me since a
just played it and i check if anything needed a driver update.
--
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=50779
Bug ID: 50779
Summary: winegstreamer is leaking something
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winegstreamer
Assignee: wine-bugs(a)winehq.org
Reporter: galtgendo(a)o2.pl
Distribution: ---
A rough summary of the problem and things said on chat.
Awhile ago a thing, that had been working reasonably well for quite a few years
(with exception of a short period when code changes made the music stop
looping), has began to randomly freeze to a point that you'd needed to wait for
wm's kill dialog to appear after trying to close the main window.
The messages in the console were saying something about being unable to create
thread due to running out of resources. The freezes usually took a quite a bit
of time, but didn't seem to have any obvious trigger.
As far as free memory went, the situation was still fine at such time, but zf
suggested it was an address space problem. Forcibly setting the executable to
LARGE_ADDRESS_AWARE gave it more running time, but eventually seem to have
resulted in a whole system freeze.
As such, I was once put into realm of wild ass guesses and even crazier
attempted solutions.
So, I took a gamble and removed gst_object_ref calls from
mpeg_audio_parser_init_gst and wave_parser_init_gst first.
This didn't seem to have any effect.
Then I've removed the last gst_object_ref - one in pad_added_cb.
This resulted in a flood of 'gst_object_unref: assertion '((GObject *)
object)->ref_count > 0' failed', yet after running for quite awhile the freeze
is yet to happen.
Now, this is far from conclusive, as we're trying to literally prove a negative
here, but it would align well with the fact that free memory used at the time
of freeze isn't all that significant.
I'm not sure when the problem began. I think it was somewhere between 5.22 and
6.1 (though only the upper bound being definite).
--
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=54356
Bug ID: 54356
Summary: Beyond Good & Evil: configuration tool has buggy
interface buttons
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 73925
--> https://bugs.winehq.org/attachment.cgi?id=73925
BG&E configuration window on Windows
I had previously reported on Bug 53659 that the configuration tool had some
missing images, but this has since been fixed (I suspect it may have been a
fluke since I don't really know what could have caused it and didn't try to
reproduce it on other systems, that issue can marked as closed). The buttons in
the interface are still wrong however.
--
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=54360
Bug ID: 54360
Summary: Itunes Ubuntu 22.04 - Crash on launch
Product: Wine
Version: 7.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cliffordfowkes12345(a)gmail.com
Distribution: ---
Created attachment 73932
--> https://bugs.winehq.org/attachment.cgi?id=73932
Backtrace report from the crash
After attempting to install the latest version of iTunes (as of 23rd Jan 2023)
it crashes as soon as I open the program.
The installer completed okay, no issues there, but whenever i attempt to load
the actual itunes program, it just crashes immediately.
Any help would be greatly appreciated, as I've got an Ipod nano 7th gen, and
its a pain in the backside to use a windows vm whenever i want to sync my
library.
Thanks!
--
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=54358
Bug ID: 54358
Summary: winehq debian testing amd64 Release.xz package has
wrong size
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: heinz.repp(a)arcor.de
CC: dimesio(a)earthlink.net
Distribution: ---
apt complains:
Holen:20 https://dl.winehq.org/wine-builds/debian testing/main amd64 Packages
[144 kB]
Fehl:20 https://dl.winehq.org/wine-builds/debian testing/main amd64 Packages
Datei hat eine unerwartete Größe (135636 != 143572). Eventuell läuft gerade
eine Spiegel-Synchronisierung? [IP: 146.75.122.217 443]
Hashes of expected file:
- Filesize:143572 [weak]
-
SHA512:0c86e8dd1e81a223214c90994b758c312af9899a85160877166cb7657a29372c6739e75d8b165234f76777262135eed07707f5548a6a8101eb14d165e9c63465
- SHA256:ba0268e927d7b051fe0347aae81dcf65d26155e004a588edcdf647dad94dbe12
- SHA1:a093866ab706461d57738dd50f7aeb5da07bb413 [weak]
- MD5Sum:87bb2ad6d0f0b2ac1d99b47b29347e20 [weak]
Release file created at: Sun, 27 Nov 2022 14:18:59 +0000
--
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=53339
Bug ID: 53339
Summary: The Planet Crafter: Missing texts in options dialog
Product: Wine
Version: 7.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petr.parik(a)seznam.cz
Distribution: ---
When the Options dialog is opened in the Planet Crafter, there is no text
anywhere. It looks like the text is there but invisible (maybe a missing
font?). All other texts in the game are normally visible except the Options
dialog.
Otherwise the game seems to work without problems, although it is very slow
compared to when run on native Windows.
Wine version: wine-7.10 (Staging) on Fedora 35
Game info: https://mijugames.com/pages/planetcrafter/presskit.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=54355
Bug ID: 54355
Summary: ws2_32:sock - test_reuseaddr() binding to INADDR_ANY
(0.0.0.0) causes a firewall alert on Windows 7
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: fgouget(a)codeweavers.com, pgofman(a)codeweavers.com,
z.figura12(a)gmail.com
Regression SHA1: bb04c95380e8584ddd2064a4391f087297bec617
Distribution: ---
ws2_32:sock - test_reuseaddr() binding to INADDR_ANY (0.0.0.0) causes a
firewall alert on Windows 7.
The regression started with the following commit:
commit bb04c95380e8584ddd2064a4391f087297bec617
Author: Paul Gofman <pgofman(a)codeweavers.com>
Date: Tue Oct 18 15:45:02 2022 -0500
ws2_32/tests: Add tests for reusing address without SO_REUSEADDR.
--
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=54354
Bug ID: 54354
Summary: started bible-app Logos 9 / 10 will collapse after
start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ho.werb(a)e-mail.de
Distribution: ---
Created attachment 73924
--> https://bugs.winehq.org/attachment.cgi?id=73924
The bible-app Logos 9 / 10 will collapse when started (every time)
When I start the bible-app Logos 9 (or 10) it will collapse with error (see
attachment). This is always ...
There is also an App you can work from the browser but the functions are not as
good as in the desktop app (written for win).
Thanks!
--
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=54321
--- Comment #1 from mazuz.eyal(a)gmail.com ---
Tried on a clean wine prefix and installed in 64-bit mode works
but I can't seem to manage login to my account
when I press login, it crashes.
I can't seem to create log files but it mostly complains about
0120:warn:file:CreateFileW Unable to create file
L"Z:\\usr\\lib\\linux-gate.so.1" (status c0000034)
and some DLLs that are not found
0120:warn:dbghelp:module_is_container_loaded Couldn't find container for
L"C:\\windows\\system32\\mlang.dll"
--
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=54321
mazuz.eyal(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Kindle For PC install |Kindle For PC crash after
|version 1.39 unpacks and |login
|then 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=54351
Bug ID: 54351
Summary: fix white spaces in WINE_*_DEBUG_CHANNEL
Product: Wine
Version: 8.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: steve.schnepp(a)pwkf.org
Distribution: ---
Created attachment 73922
--> https://bugs.winehq.org/attachment.cgi?id=73922
0001-dlls-fix-whitespaces-in-WINE_-_DEBUG_CHANNEL.patch
When doing some grep to get all the WINE_*_DEBUG_CHANNEL I noticed there's
several files that have whitespace in the MACRO.
Here is a simple patch to fix 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.
https://bugs.winehq.org/show_bug.cgi?id=54247
Bug ID: 54247
Summary: 4Story launcher tries to download file but doesn't
work
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: timon2201(a)gmail.com
Distribution: ---
Created attachment 73800
--> https://bugs.winehq.org/attachment.cgi?id=73800
logs of the failing launcher failing to download the file
Starting of the launcher brings up the message box which says:
"The requested operation is invalid
Try again ?"
and the message box pops up everytime i click the retry button but it doesnt
work.
I have to click the cancel button and then the message box closes. But the
files aren't being downloaded.
I suspect the culpit is the error :
0118:fixme:wininet:InternetSetFilePointer (00000004 0 00000000 0 0): stub
because i tried it with a launcher of a private server and it worked fine. But
with another one it doesn't. And the main difference in the logs is this error.
The error also reappears everytime i click on retry when the error comes.
--
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=54347
Bug ID: 54347
Summary: winealsa's MIDI support sometimes causes a
dmloader:loader stack overflow in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
winealsa's MIDI support sometimes causes a dmloader:loader stack overflow in
Wine:
01e0:Call KERNEL32.SetThreadDescription(fffffffe,01e1c034
L"winealsa_midi_notify") ret=01e1128e
...
01e0:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x1e90c7c (0x1e90000-0x1e91000-0x2090000)
On test.winehq.org this probably corresponds to the c0000005 crashes though to
be sure one would need to have access to the Wine traces and +relay or
something to identify the overflowing thread:
0530:loader: 104 tests executed (0 marked as todo, 0 as flaky, 0 failures), 0
skipped.
dmloader:loader:0530 done (-1073741819) in 0s 88B
Test failed: crash (c0000005)
See https://test.winehq.org/data/patterns.html#dmloader:loader
Looking at the corresponding TestBot jobs one can see two instances per run but
there are not enough traces to match the thread to winealsa's midi thread:
05a4:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x4dc0c7c (0x4dc0000-0x4dc1000-0x4fc0000)
05a4:err:virtual:virtual_setup_exception nested exception on signal stack addr
(nil) stack 0x7ff6ecac
...
0210:err:virtual:virtual_setup_exception stack overflow 900 bytes addr
0x7bc56a8d stack 0x2fd0c7c (0x2fd0000-0x2fd1000-0x31d0000)
0210:err:virtual:virtual_setup_exception nested exception on signal stack addr
(nil) stack 0x7ff9ecac
It's also hard to match those to specific tests because the 'Running' lines are
out of sync but the second instance looks like it could be from dmloader:loader
while the former would be from an earlier test, possibly amstream:amstream.
--
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=26715
Summary: Win1.0 executable triggers Dosbox
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spammis(a)spam.la
$ wine paint
This seems to be a very old (pre-3.0) Windows executable. Expect crashes,
especially if this is a real-mode binary !
DOSBox version 0.74
Copyright 2002-2010 DOSBox Team, published under GNU GPL.
---
CONFIG:Loading primary settings from config file
/home/user/.wine/dosdevices/c:/users/user/Temp/cfg1bc1.tmp
MIXER:Got different values from SDL: freq 44100, blocksize 512
ALSA:Can't subscribe to MIDI port (65:0) nor (17:0)
MIDI:Opened device:none
$
The executable (paint/PAINT.EXE) is the Windows 1.0 version of Paint. Wine
properly recognises it as a "very old" Windows executable, but after doing
that, Wine thinks that it is a DOS executable and tries to launch Dosbox.
Dosbox gives the usual message: "This program requires Microsoft Windows." The
lines about the old executable come from Wine while the rest of the lines come
from Dosbox.
--
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=54340
Bug ID: 54340
Summary: Kernel throws /dev/sr0 I/O errors when wine starts
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wamo(a)tuta.io
Distribution: ArchLinux
Created attachment 73909
--> https://bugs.winehq.org/attachment.cgi?id=73909
system and wine logs
wine-staging 7.22
Linux kernel 6.1.5.arch2-1
To reproduce, empty the cd tray and launch anything with wine.
With a cd in the closed tray there is no errors. Errors persist
with the tray opened.
This is the same error this user was getting in wine 5.8-1:
https://forum.winehq.org/viewtopic.php?t=33932
--
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=54332
Bug ID: 54332
Summary: Game 'Applewood' refuses to run
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73897
--> https://bugs.winehq.org/attachment.cgi?id=73897
output when running "wine Applewood.exe"
The full game can be downloaded completely for free from
https://act-novel.itch.io/applewood (filename: "applewood-windows.zip"), but it
won't start.
Curiously:
1) the demo version (Applewood Demo.exe), which can be downloaded from the same
webpage, runs on wine without problems.
2) Proton 7.0-5 runs demo and full versions without any problem, too.
My set up:
OS: Arch 64-Bit
GPU: Intel HD Graphics 610
Mesa: 22.3.3
Kernel version: 6.1.5
--
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=54329
Bug ID: 54329
Summary: Game "S10": Does not boot into main menu
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73892
--> https://bugs.winehq.org/attachment.cgi?id=73892
Wine output when running TEN_S.exe.
A tennis game named S10 from an indie developer, available on
https://owch.itch.io/10s, crashes before it even reaches its main menu. No
visible windows are drawn. A free demo can be downloaded from the website, too.
Interestingly with Proton 7.0-5, I'm at least able to boot into the main menu.
(But it's still not possible to go into the actual game, since a "Code Error"
occurs - I added that log for completeness sake to the attachment file, too,
since messages like 'Function "transpose" is not defined' seem to overlap).
--
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=43996
Bug ID: 43996
Summary: 2GIS: error after exiting
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spck(a)yandex.ru
Distribution: ---
Created attachment 59653
--> https://bugs.winehq.org/attachment.cgi?id=59653
just backtrace automatically formed by Wine
Wine crashes when I successfully close 2GIS application
--
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=5159
mirh <mirh(a)protonmail.ch> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |mirh(a)protonmail.ch
--- Comment #67 from mirh <mirh(a)protonmail.ch> ---
Is it fine with the 8.0rcs?
(probably not if the ControlDetails thing is really the culprit)
--
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=53761
Bug ID: 53761
Summary: Broken rendering in Mafia III: Definitive Edition
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: jsikorski(a)codeweavers.com
Regression SHA1: 3f4e6673dcafcc30a6b6286203fe3a11043c32de
Distribution: ---
Created attachment 73236
--> https://bugs.winehq.org/attachment.cgi?id=73236
examples
For sure it was not ideal before, but at least not so bad as it now.
--
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=51906
Bug ID: 51906
Summary: War Mongrels fails to play videos
Product: Wine
Version: 6.19
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70857
--> https://bugs.winehq.org/attachment.cgi?id=70857
+mfplat
winegstreamer warning: qtdemux0: Incorrect elementary fragment size.
winegstreamer warning: qtdemux0: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
Header atom '....' has empty length
0308:fixme:mfplat:topology_loader_Load 00000000092EABA0, 00000000092EACE0,
000000001959FBB8, 0000000000000000.
0308:fixme:mfplat:audio_renderer_get_service_GetService Unsupported service
{866fa297-b802-4bf8-9dc9-5e3b6a9f53c9}, interface
{0a9ccdbc-d797-4563-9667-94ec5d79292d}.
0308:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000001959FB48.
winegstreamer warning: qtdemux1: Incorrect elementary fragment size.
winegstreamer warning: qtdemux1: ../gst/isomp4/qtdemux.c(4380):
gst_qtdemux_loop_state_header ():
/GstBin:bin1/GstDecodeBin:decodebin1/GstQTDemux:qtdemux1:
Header atom '....' has empty length
wine-6.19-288-g93992c760d8
--
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=51227
Bug ID: 51227
Summary: urlmon:url breaks the wininet:http test on Windows 10
1709+
Product: Wine
Version: 6.8
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
WineTest shows that wininet:http has the following set of failures on Windows
10 1709+:
https://test.winehq.org/data/patterns.html#wininet:http
http.c:6732: Test failed: expected secure flag to be set
http.c:6742: Test failed: InternetQueryOption failed: 12016
http.c:6748: Test failed: InternetQueryOption failed: 12016
http.c:6771: Test failed: InternetQueryOption failed: 12016
http.c:6776: Test failed: InternetQueryOption failed: 12016
http.c:6779: Test failed: expected same string
However, when run on its own, the test always succeeds!
Further testing shows that to reproduce the failure one must first run
urlmon:url. More specifically:
urlmon_test.exe url
wininet_test.exe http -> fails
wininet_test.exe http -> succeeds
So urlmon:url breaks the wininet:http that follows, but wininet:http fixes
whatever urlmon:url broke so that the next wininet:http run succeeds.
So it seems like there are two bugs:
* urlmon:url does not correctly clean up one of the changes it makes.
* And wininet:http performs a similar change but instead of restoring the
configuration as it was when the test started, it restores the default Windows
configuration.
--
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=45542
Bug ID: 45542
Summary: regression: WeGame hangs after login.
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: jactry92(a)gmail.com
Distribution: ---
Created attachment 61948
--> https://bugs.winehq.org/attachment.cgi?id=61948
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt
WeGame is a game platform by Tencent.
Steps to reproduce:
1. $ winetricks -q mfc42 cjkfonts
2. $ wine WeGameMiniLoader.3.6.1.5080.gw.exe
3. $ cd .wine/drive_c/Program\ Files/WeGame
4. $ WINEDLLOVERRIDES="msvcr100=n" wine tgp_daemon.exe
5. Due to bug 45540 , we can't login by an account number and password. But we
can login it by scanning its QR code. Clicking the Wechat icon and scaning the
QR code on WeChat mobile for login.
Expected: We can login and enter WeGame's game store interface.
Actually: Login successfully but it will hang.
I found that it work well on Wine-2.8 and I did a regression tests for it found
that this commit broke it:
commit a78d419420a43e1f428ac155082b87143117e381
Author: Michael Müller <michael(a)fds-team.de>
Date: Fri Jun 16 20:41:36 2017 +0200
server: Assign a default label to all tokens.
0001-Revert-server-Assign-a-default-label-to-all-tokens.txt is a patch for
reverting this commit on current Wine-3.13. And with this reverting WeGame
doesn't hang again.
--
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=53408
Bug ID: 53408
Summary: Dark Souls: Remastered has slow performance with
OpenGL renderer
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: performance, regression
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: hverbeet(a)gmail.com
Regression SHA1: 7c844cd3c9c465bdeaf3d98d6da5f2f5e460e650
Distribution: ---
Before
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 41.94fps
After
0494:trace:fps:wined3d_cs_exec_present 0x103dec0 @ approx 12.45fps
--
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=50351
Bug ID: 50351
Summary: Slow text rendering in dofus linked to
fnIMLangFontLink2_GetCharCodePages calling
WideCharToMultiByte with CP_UNICODE
Product: Wine
Version: 6.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mlang
Assignee: wine-bugs(a)winehq.org
Reporter: eijebong+wine(a)bananium.fr
Distribution: ---
Created attachment 68941
--> https://bugs.winehq.org/attachment.cgi?id=68941
Patch that fixes the text rendering slowness (probably wrong)
Dofus is very slow to render text and changing communication channels can hang
the game for a few seconds.
Profiling shows that it's spending lots of time opening files.
Tracing shows it's trying to open c_1200.nls a *lot*. That file doesn't exist.
Discussion on IRC:
```
22:45:27 nsivov> so that comes from mlang
22:45:47 gofman> mind umbstowcs and friends... what if it really ends up
searchign / opening locale file each time due to some reason (which can be
fixed)
22:46:37 gofman> or maybe it doesn't find some locale and tries again on each
character
22:48:07 zf> no such code page on Windows either
22:48:33 zf> we should probably cache failed attempts there
22:48:45 nsivov> in mlang it goes 1 char at a time * mlang_data size
22:49:30 gofman> cache missing is strange, but maybe some cached list of which
locale exist is possible
[...]
22:55:15 julliard> that's an mlang bug, CP_UNICODE is not a real codepage
22:57:01 nsivov> yes, for that particular loop it should be excluded
[...]
23:38:04 zf> just judging from the diagnosis above, it seems like
fnIMLangFontLink2_GetCharCodePages() is using CP_UNICODE in
WideCharToMultiByte() when it shouldn't
```
The attached diff fixes the slowness but is probably not correct and I
certainly don't understand enough about the cause to either write a meaningful
commit message or a test.
--
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=32643
Bug #: 32643
Summary: getsockopt() does not indicate WSAEFAULT when setting
optlen too small
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: winsock
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexander255(a)lavabit.com
Classification: Unclassified
Using the attached WSA code will cause an error on Windows but NOT on WINE.
If you change "optlen" value to at least 4, the example the code will run
smoothly on both platforms.
--
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=26822
Summary: Double click the icon in the title bar should close
the window
Product: WineHQ Bugzilla
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: florian.angermeier(a)desaster-games.com
In Windows it is the default behavior if double click the icon in the title bar
of a window it closes the window. Would it not be better if this also true in
Wine? Users of Windows software would expect such behavior.
May be this is optional and is only behaving like this if you turn of the
decoration of the windows (Which are Windows applications) through the window
manager. If the decoration through the window manager is turn off the window
have the "Windows window borders".
--
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=45759
Bug ID: 45759
Summary: Links 2003 needs native wmvcore
Product: Wine
Version: 3.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wmp&wmvcore
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Created attachment 62205
--> https://bugs.winehq.org/attachment.cgi?id=62205
+wmvcore log of Links 2003
Links 2003 crashes on startup with builtin wmvcore. After copying wmvcore.dll
from a prefix with wintricks wmp9 it runs fine (using winetricks wmp9
unsurprisingly also works).
I've attached a +wmvcore log from a run with builtin wmvcore.
--
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=53659
Bug ID: 53659
Summary: Beyond Good & Evil: missing images in configuration
tool
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
Created attachment 73063
--> https://bugs.winehq.org/attachment.cgi?id=73063
Wine console output
Beyond Good & Evil's configuration tool (SettingsApplication.exe) doesn't show
some images that are supposed to appear when using it. This doesn't negatively
affect the use of the tool, but it ends up looking a little strange. These are
the most interesting lines on the output generated by Wine:
fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x30
fixme:wbemprox:enum_class_object_Next timeout not supported
fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
I'm using the GOG version, sadly the game doesn't have a demo for PC.
--
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=54344
Bug ID: 54344
Summary: simtower (setup.exe) says could not open the file name
"h:\wine64....."
Product: Wine
Version: 8.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: elias_0000_0000(a)yahoo.com
Distribution: ---
simtower (setup.exe) says could not open the file name "h:\wine64....."
setup.exe tries to expand the files, but it says the above message.
What i must do?
I downloaded expand.exe to expand files in dosbox by hand but it takes time.
--
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=54333
Bug ID: 54333
Summary: Game "10S": crashes when starting new game
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: stabilergriller(a)gmail.com
Distribution: ---
Created attachment 73899
--> https://bugs.winehq.org/attachment.cgi?id=73899
complete output of the "code error" window
A free demo of the game is provided on https://owch.itch.io/10s.
Wine boots up the main menu successfully, but crashes when actually trying to
get ingame (click the "Let's Play!" button). A "Code Error" pops up.
My stats:
OS: Arch
GPU: Intel HD Graphics 610
Driver Mesa 22.3.3
Kernel version: 6.1.5
--
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=50306
Bug ID: 50306
Summary: Riptide GP Renegade: not able to connect to online
multiplayer server (Error code 403)
Product: Wine
Version: 5.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ranplayer(a)protonmail.com
Distribution: ---
Created attachment 68878
--> https://bugs.winehq.org/attachment.cgi?id=68878
Wine output
When you try to connect to the Online Multiplayer, the game shows the following
message:
"""
Connection error:
Unable to connect to the game server. Please, check you network connection and
try again. (Error code 403)
"""
I created a clean prefix and installed only the Steam client and the game. No
additional library was added. This issue happens on previous Wine versions as
well.
Game link: https://store.steampowered.com/app/443860/Riptide_GP_Renegade
Setup:
O.S: Manjaro Linux
Arch: x86_64
Kernel: 5.4.80
Desktop Environment: KDE Plasma 5.20.4
CPU: Intel Core i5-4690s
GPU: Nvidia GTX 970 4GB
--
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=54226
Bug ID: 54226
Summary: widl: implement `cstruct_out` option to generate C
bindings compatible with small struct return values
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tools
Assignee: wine-bugs(a)winehq.org
Reporter: alvin(a)alvinhc.com
According to https://devblogs.microsoft.com/oldnewthing/20220113-00/?p=106152,
the previous C bindings are incompatible with the C++ COM ABI when the method
returns a small struct for MSVC. Their solution is to add the `/cstruct_out`
flag to the MIDL compiler
(https://learn.microsoft.com/en-us/windows/win32/midl/-cstruct-out, added in
the Win11 SDK according to comments) to generate new C bindings compatible with
the C++ COM ABI.
This is similar to the (long-standing) GCC issue with its mingw-w64 MS ABI
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64384), which has been worked
around in widl/mingw-w64 by having special wrapper functions in the C++
bindings, guarded by `WIDL_EXPLICIT_AGGREGATE_RETURNS`.
I think widl should follow suit to implement a `--cstruct_out` flag to do the
same thing for the C bindings. This does not need to be guarded by
`WIDL_EXPLICIT_AGGREGATE_RETURNS` because both GCC and MSVC has the same issue
and will require the same fix. (I do not know if we need some kind of guard for
the mingw-w64 headers to revert to the old function declarations, but given
that the old bindings are practically broken perhaps it doesn't matter.)
(I have not checked what `/cstruct_out` on MIDL actually does to the C
bindings.)
--
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=54316
Bug ID: 54316
Summary: wine staging lacks wine-staging package
(8.0~rc4~jammy-1)
Product: Packaging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: monsterovich(a)gmail.com
CC: dimesio(a)earthlink.net
Distribution: ---
┌(monsterovich@pc)─(pts/0)─(~)
└─(>) LANG= sudo apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
wine-staging
The following NEW packages will be installed:
wine-staging:i386
The following packages will be upgraded:
wine-staging-amd64 wine-staging-i386:i386 winehq-staging
3 upgraded, 1 newly installed, 1 to remove and 0 not upgraded.
Need to get 216 MB of archives.
After this operation, 46.1 kB of additional disk space will be used.
Do you want to continue? [Y/n]
--
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=51484
Bug ID: 51484
Summary: dmloader:loader fails randomly with a
DMUS_E_LOADER_BADPATH error
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-dmusic
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 70320
--> https://bugs.winehq.org/attachment.cgi?id=70320
Unsuccessful attempt to more reliably reproduce the failure
dmloader:loader fails randomly in test_directory():
https://test.winehq.org/data/patterns.html
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0x88781181
where 0x88781181 == DMUS_E_LOADER_BADPATH.
As of writing only w7u and cw-gtx560-1506 had failures but they are quite rare
(up to 110 runs between failures), so maybe the other platforms just got lucky.
Also once (2021-06-21) there was this set of failures:
loader.c:105: Test failed: SetSearchDirectory failed with 0x88781181
loader.c:107: Test failed: SetSearchDirectory failed with 0
So it's as if there was a race condition causing SetSearchDirectory() to fail
until some initialization process completed. That or it's some sort of
uninitialized memory issue and the failures truly are random; or
SetSearchDirectory() checks the presence of some directory corresponding to "",
and some other process interferes with that.
The attached patch has no success reproducing this issue so maybe the cause is
external.
--
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=52107
Bug ID: 52107
Summary: %ERRORLEVEL% shall not be reset when setting an
environment variable in a batch file
Product: Wine
Version: 6.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
CC: others.meder(a)gmail.com
Distribution: ---
The fix in https://bugs.winehq.org/show_bug.cgi?id=47791 (commit
617d14bc1238b57327a8400eda1c1ab22624beb7) is incomplete; it only applies to
interactive case, and the bug is left unchanged for the batch mode case.
When a variable is successfully set, %ERRORLEVEL% is left as-is regardless of
whether the interpreter is in batch mode or not.
See also: https://ss64.com/nt/set.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=54016
Bug ID: 54016
Summary: dwmapi:dwmapi fails on Windows 10 21H2+ and 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: dwmapi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
dwmapi:dwmapi fails on Windows 10 21H2+ and 11:
dwmapi.c:75: Test failed: Got wrong monitor refresh rate 156250/10000000.
dwmapi.c:78: Test failed: Got wrong composition rate 156250/10000000.
See https://test.winehq.org/data/patterns.html#dwmapi:dwmapi
Note that this already impacted w10pro64-rx550 when it was running 21H2.
However the TestBot's plain QXL 21H2 and 22H2 VMs are not impacted despite
having the same dwmapi.dll version. Also Windows 11's QXL test configuration is
impacted too so it's not something specific to AMD / NVIDIA GPUs.
--
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=54334
Bug ID: 54334
Summary: qasf:asfreader - test_threading(TRUE) sometimes fails
in Wine (GitLab CI)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
qasf:asfreader - test_threading(TRUE) sometimes fails in Wine:
asfreader.c:954: Test failed: blocking 1: Got hr 0x8004022a.
asfreader.c:977: Test failed: blocking 1: Wait timed out.
asfreader.c:986: Test succeeded inside todo block: blocking 1: got wrong thread
asfreader.c:998: Test failed: blocking 1: Got hr 0x1.
So far this has not shown up in the WineTest results but it has impacted the
GitLab CI results of at least two merge requests:
* MR1668
https://gitlab.winehq.org/wine/wine/-/merge_requests/1668
* MR1965
https://gitlab.winehq.org/wine/wine/-/merge_requests/1965
--
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=54159
Bug ID: 54159
Summary: kernel32:debugger - crash_and_winedbg() gets an
unexpected failure count on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
kernel32:debugger - crash_and_winedbg() gets an unexpected failure count on
Windows 11 in the 'dbg,attach,process,event,detach' case:
debugger.c:610: running dbg,attach,process,event,detach...
debugger.c:621: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:659: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
debugger.c:681: Test failed: debugger reported 4 failures
See https://test.winehq.org/data/patterns.html#kernel32:debugger
While this error is systematic on Windows 11 it never happened on Windows 10
and lower... except in MR!1823 which had something very similar:
debugger.c:600: running dbg,attach,process,event,detach...
debugger.c:611: waiting for child exit...
debugger.c:198: child: crashing...
debugger.c:649: waiting for the debugger...
debugger.c:166: debugger traces:
processing debug messages
setting event
done debugging...
debugger.c:671: Test failed: debugger reported 7 failures
--
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=53863
Bug ID: 53863
Summary: Tsui no Stella = Stella of the End: doesn't launch
anymore (GL_INVALID_OPERATION)
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: pernegger(a)gmail.com
Distribution: ---
Created attachment 73393
--> https://bugs.winehq.org/attachment.cgi?id=73393
terminal output for 7.20 and 7.19
You can get a trial copy of the game here:
https://key.visualarts.gr.jp/kinetic/stella/#download.
Random direct link:
https://sample9.dmm.co.jp/mono/pcgame/1041apc14123/1041apc14123t.zip
The game runs fine in 7.18 and 7.19 at least, but it fails to launch for me
after the update to 7.20:
0118:err:d3d:wined3d_debug_callback 0A542890: "GL_INVALID_OPERATION in
glMapBufferRange(access indicates neither read or write)".
0118:err:d3d:wined3d_allocator_chunk_gl_map Failed to map chunk memory.
0118:err:d3d:wined3d_bo_gl_map Failed to map chunk.
0118:err:d3d:wined3d_context_gl_map_bo_address Failed to map bo.
(Downgrading to 7.19 fixes the issue.)
[Ubuntu 18.04.6, WINE packages from the official WineHQ repo]
--
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=54330
Bug ID: 54330
Summary: Folder save-to path doesn't update if you navigate
using the "bookmarks" left sidebar; subsequently
clicking "Open" does nothing or crashes
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: NM64+bugs.winehq.org(a)PM.me
Distribution: ---
Created attachment 73893
--> https://bugs.winehq.org/attachment.cgi?id=73893
video demonstration of the full process for reproducing the issue
On software such as VirtualDub2 or RPA Explorer, when navigating the "save to"
folder location, if you instead navigate by clicking on the "bookmarks" left
sidebar, then the location entry path does not get updated.
When you do this in VirtualDub2, subsequently clicking the "Open" button does
nothing.
When you do this in RPA Explorer, subsequently clicking the "Open" button
throws up an error and crashes the program.
(also, why does the button say "Open" rather than "Save"? We're selecting the
folder to save to after all...)
See the attached video which demonstrates the issue in its entirety to the
point that you should be able to fully replicate and reproduce the issue (note
that it was performed on a live ISO of Linux Mint 21.1 Cinnamon).
And for reference, here are the URLs that were visited in the aforementioned
video:
VirtualDub2: https://sourceforge.net/projects/vdfiltermod/
RPA Explorer: https://github.com/UniverseDevel/RPA-Explorer
Example RPA file: http://katawa-shoujo.com/
--
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=52177
Bug ID: 52177
Summary: Gamepad stopped working (In The Groove, Fedora 35,
wine 6.21)
Product: Wine
Version: 6.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kas(a)yenya.net
Distribution: ---
After upgrade to Fedora 35 (wine-6.21-1.fc35.x86_64) from Fedora 34 I am no
longer able to play the game In The Groove (a rhythm game based on StepMania
engine): The game itself detects my gamepad both as /dev/input/eventX and
/dev/input/jsY, but when I try to configure the input, pressing buttons on the
gamepad is not recognized by the game. When I disable the /dev/input/js* (by
chmod a-rw), it can see the first four buttons out of ten, but when the button
3 is pressed, it does not see the button 0 being pressed.
When I run "jstest /dev/input/jsY", jstest recognizes all ten buttons and their
combinations. So the hardware works as expected.
What should I try in order to get the game working with my gamepad? Thanks!
--
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=54326
Bug ID: 54326
Summary: nsi:nsi - test_ndis_ifinfo() sometimes gets
out-of-order InUcastPkts bounds on Windows 10 <= 1607
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
nsi:nsi - test_ndis_ifinfo() sometimes gets out-of-order InUcastPkts bounds on
Windows 10 <= 1607:
* 2023-01-09 on w1064v1607 (64-bit)
nsi.c:344: Test failed: 1: InUcastPkts: 48607845 not in [48607847 48685030]
* 2023-01-16 on w1064v1507 (32-bit)
nsi.c:344: Test failed: 1: InUcastPkts: 19183127 not in [19183127 19183125]
See https://test.winehq.org/data/patterns.html#nsi:nsi
Only two instances so far.
--
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=28960
Bug #: 28960
Summary: Mount & Blade: WFAS configuration menu panels are
partially hidden
Product: Wine
Version: 1.3.31
Platform: x86
URL: http://www.fileplanet.com/219895/210000/fileinfo/Mount
&Blade-with-Fire-and-Sword-Demo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pavel.ondracka(a)gmail.com
Classification: Unclassified
Regression SHA1: 3b9669017bc8425f04860f331d8a1f689c8d63e0
Created attachment 37237
--> http://bugs.winehq.org/attachment.cgi?id=37237
comparison of good and bad behavior
3b9669017bc8425f04860f331d8a1f689c8d63e0 is the first bad commit
commit 3b9669017bc8425f04860f331d8a1f689c8d63e0
Author: Huw Davies <huw(a)codeweavers.com>
Date: Wed Oct 12 11:55:13 2011 +0100
gdi32: Add the liberation fonts to the default fallback lists.
Screenshot attached, reverting mentioned commit from latest wine fixes this
issue. To reproduce: start game, select trial and click configure when launcher
menu starts.
--
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=54324
Bug ID: 54324
Summary: shell32:autocomplete - The dropdown is sometimes
unexpectedly visible in test_prefix_filtering() on
Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: shell32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
shell32:autocomplete - The dropdown is sometimes unexpectedly visible in
test_prefix_filtering() on Windows:
autocomplete.c:671: Test failed: AutoComplete DropDown visible
See https://test.winehq.org/data/patterns.html#shell32:autocomplete
There have been 4 instances in the past 6 months:
* 2022-08-16 on fgtb-w10pro64 (but this one had a lot of other failures so it
may just have been a side-effect of some other issue)
* 2022-09-01 on w10pro64-hi-u8
* 2022-11-03 on w10pro64-en-AE-u8
* 2022-01-16 on w10pro64-ar
--
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=54320
Bug ID: 54320
Summary: BCryptDecrypt Symmetric Key Flags Behavior
Product: Wine
Version: 7.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: bcrypt
Assignee: wine-bugs(a)winehq.org
Reporter: jutras.marc(a)gmail.com
Distribution: ---
In the BCryptDecrypt function, the behavior of the function is to check if the
`key_is_symmetric`, then if that is the case confirm whether the flags are
implemented or not. If the flags are not implemented a FIXME is printed and the
function returns an error.
In the software Solid Edge 2023, this behavior is preventing the software from
running correctly. Solid Edge appears to have a bug where it is passing an
invalid key to the `handle` parameter (a bad pointer?) which results in the key
type being recognized as symmetric (likely because `key->alg_id` of zero (after
a deref to empty memory) is 3DES which is symmetric).
The call to BCryptDecrypt has the flag `BCRYPT_PAD_PKCS1` set which, combined
with the key being recognized as symmetric, causes the function to return an
error status. My assumption is that Windows is not checking the flags and is
returning garbage as the decryption. This allows the program to continue
running (ignorance is bliss).
I have not run the debugger to confirm that `key->alg_id` is zero. I have also
not confirmed this function's behavior on Windows.
I have confirmed that removing the `return STATUS_NOT_IMPLEMENTED` fixes the
issue in Solid Edge 2023.
The proposal would be to change the check from `flags & ~BCRYPT_BLOCK_PADDING`
to `flags == BCRYPT_BLOCK_PADDING`. This allows the STATUS_NOT_IMPLEMENTED to
be returned in the correct scenario. All other flag values are errors, which it
appears Windows ignores.
Tested in Wine 7.2-2 Lutris. There were additional problems which prevented
running the software under my system's Wine 7.22.
--
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=54322
Bug ID: 54322
Summary: Book text does not display in Skyrim
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: mark+winebugs(a)carnildo.com
Distribution: ---
When trying to read a book or note in Skyrim, the game instead shows blank
pages, and Wine outputs the following once per frame:
0684:fixme:d3d:wined3d_context_gl_check_fbo_status FBO status
GL_FRAMEBUFFER_INCOMPLETE_LAYER_TARGETS (0x8da8).
0684:fixme:d3d:context_dump_fbo_attachment GL_DEPTH_ATTACHMENT: 2d-array
texture 221, 1080x1080, 0 samples, format 0x88f0.
0684:fixme:d3d:context_dump_fbo_attachment GL_STENCIL_ATTACHMENT: 2d-array
texture 221, 1080x1080, 0 samples, format 0x88f0.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT0: 2d texture
3523, 1080x1080, 0 samples, format 0x8058.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT1: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT2: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT3: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT4: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT5: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT6: NONE.
0684:fixme:d3d:context_dump_fbo_attachment GL_COLOR_ATTACHMENT7: NONE.
0684:err:d3d:wined3d_debug_callback 000000005682BB20:
"GL_INVALID_FRAMEBUFFER_OPERATION in glDrawArrays".
This appears to be related to the use of AMD graphics: there are a number of
reports of it happening on the Proton bug for Skyrim, all of which report an
AMD graphics card, and one report of it not happening (on an Nvidia card).
--
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=51454
Bug ID: 51454
Summary: Dishonored 2 some HUD elements have no transparency
Product: Wine
Version: 6.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 70300
--> https://bugs.winehq.org/attachment.cgi?id=70300
screenshot
wine-6.12-162-gd10887b8f56
--
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=52818
Bug ID: 52818
Summary: Sifu crashes when opening the game
Product: Wine
Version: 7.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: braiamp(a)gmail.com
Distribution: ---
I'm not sure what title would be descriptive. I created a new prefix, installed
vcrun2019 using winetricks and used Legendary to start Sifu up.
When it starts up, it spends a time on the following (complete log file
attached):
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:fixme:d3d:create_texture_view Depth slice (0-1) not supported.
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_OPERATION in
glTextureView(internalformat GL_COMPRESSED_RGBA_S3TC_DXT1_EXT not compatible
with origtexture GL_RGBA8)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01f8:err:d3d:wined3d_debug_callback 0000000000C594D0: "GL_INVALID_ENUM in
glTexBufferRange(internalFormat GL_RGBA8_SNORM)".
01e0:fixme:mfplat:topology_loader_Load 0000000001822940, 00000000018244A0,
000000000FC1FBB8, 0000000000000000.
01e0:fixme:mfplat:media_source_QueryInterface
{6ef2a662-47c0-4666-b13d-cbb717f2fa2c}, 000000000FC1FAC8.
01fc:fixme:dxgi:d3d11_swapchain_present Unimplemented flags 0x200.
01f8:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
and before crashing, prints the following:
0268:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0268:fixme:heap:RtlSetHeapInformation 0000000001900000 0 0000000000B9FD60 4
stub
0268:fixme:win:DisableProcessWindowsGhosting : stub
0268:fixme:msctf:InputProcessorProfileMgr_GetActiveProfile
(0000000000C0E370)->({34745c63-b2f0-4784-8b67-5e12c8701a31} 0000000000B8BDE0)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 59
(SPI_SETSTICKYKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 53
(SPI_SETTOGGLEKEYS)
0268:fixme:system:NtUserSystemParametersInfo Unimplemented action: 51
(SPI_SETFILTERKEYS)
0268:fixme:dxgi:DXGID3D10CreateDevice Ignoring flags 0x1.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
0268:fixme:d3dcompiler:D3DCompile2 Ignoring flags 0x8800.
I know that wine-staging+dxvk started the game without graphics issues (there
were missing textures without dxvk and
https://bugs.winehq.org/show_bug.cgi?id=52536 still happens). Crashes occur
whenever I plug in a controller or not.
--
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=54239
Bug ID: 54239
Summary: Framework64 ngen executeQueuedItems Fails to Load
Runtime
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pollyielderah(a)gmail.com
Distribution: ---
Running `ngen executeQueuedItems` with `dotnet452` or `dotnet48` installed
(possibly others too) eventually fails ngen compilation with `Failed to load
the runtime. (Exception from HRESULT: 0x80131700)`.
Reproduction on clean wine 64-bit prefix:
```
winetricks -q dotnet48
wine ~/.wine/drive_c/windows/Microsoft.NET/Framework64/v4.0.30319/ngen.exe
executeQueuedItems
```
Tried this with both wine 7.0.1 and 8.0-rc2 on Ubuntu 22.04 x86_64. From what I
can tell, this is reproducable almost every time (except in some cases, where
ngen loops and never finishes).
This is an issue, as I would like to pre-run ngen to prevent it from running
these compilations later. I can attach logs from the run if they will be needed
or provide any other necessary info.
--
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=54311
Bug ID: 54311
Summary: Age of Empires: Definitive Edition (latest update from
Steam crashes)
Product: Wine
Version: 7.7
Hardware: aarch64
OS: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: hemm.vanrobays(a)gmail.com
Created attachment 73872
--> https://bugs.winehq.org/attachment.cgi?id=73872
Backtrace of error after wine crash
Opening Age of Empires: Definitive Edition from Steam with latest update
crashes after the startup splash screen.
Older version of the app did work correctly on wine.
--
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=54293
Bug ID: 54293
Summary: WINEDLLOVERRIDES="concrt140,msvcp140=n;jscript=d" wine
Minecraft.Windows.exe
Product: Wine
Version: 8.0-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alviboi(a)gmail.com
Distribution: ---
When I execute: WINEDLLOVERRIDES="concrt140,msvcp140=n;jscript=d" wine
Minecraft.Windows.exe
It seems to work perfectly but when I log in it appears this error. It didn't
happen before but it is happening since last week. I tried different versions
of wine.
--
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=54315
Bug ID: 54315
Summary: The program described as per bug report failed to run
Product: WineHQ Bugzilla
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bugzilla-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: giamas956(a)gmail.com
CC: austinenglish(a)gmail.com
Distribution: ---
Created attachment 73877
--> https://bugs.winehq.org/attachment.cgi?id=73877
unable to run Gihosoft\Gihosoft RePicvid\RePicvid.exe as bug report above
Unable to launch the program Gihosoft RePicvid as reported
--
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=54027
Bug ID: 54027
Summary: CCDC Mercury crystallographic software is not even
launched, an immediate crash occurs
Product: Wine
Version: 6.0.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ivan.kar2(a)yandex.ru
Distribution: ---
Created attachment 73593
--> https://bugs.winehq.org/attachment.cgi?id=73593
out file generated by wine
The program was installed by a windows installer launched in
.wine/drive_c/Program Files (x86) directory. This generated a directory
./wine/drive_c/Program Files/CCDC with all the stuff.
When I launch the mercury.exe file, either manually, or clicking onto a label
in my Desktop directory, a starting picture is loaded, Mercury writes
"searching databases", and then immediately the wine notification comes out.
Telling me that there is a severe problem and the program will be closed.
The program works correctly on Windows, thus, the problem is somewhere inside
wine.
--
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=54253
Bug ID: 54253
Summary: winetricks dotnet20sp2 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73806
--> https://bugs.winehq.org/attachment.cgi?id=73806
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
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=54255
Bug ID: 54255
Summary: winetricks dotnet40_kb2468871 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73808
--> https://bugs.winehq.org/attachment.cgi?id=73808
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
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=54254
Bug ID: 54254
Summary: winetricks dotnet35sp1 fails to install
Product: Wine
Version: 7.16
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: dotnet, download, Installer, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Regression SHA1: a8b007da5889f4cfac3651bab7090f7f65176f86
Distribution: Debian
Created attachment 73807
--> https://bugs.winehq.org/attachment.cgi?id=73807
terminal output
Similar to bug 53773, and introduced by the same commit:
a8b007da5889f4cfac3651bab7090f7f65176f86 is the first bad commit
commit a8b007da5889f4cfac3651bab7090f7f65176f86
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Tue Aug 30 18:23:48 2022 +0200
kernelbase: Fix error value for PE files without resource.
Avoids spurious "dll is missing" messages from winetest.
dlls/kernelbase/version.c | 10 ++++------
1 file changed, 4 insertions(+), 6 deletions(-)
However, it's not fixed by 46f307073eab42c7aa953f10892bdd1f041f420b. Still
present in wine-8.0-rc2-7-gd059dd1cd07.
--
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=38270
Bug ID: 38270
Summary: unimplemented function msctf.dll.TF_CreateCicLoadMutex
called by ctfmon.exe
Product: Wine
Version: 1.3.26
Hardware: x86
OS: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
If you have xpsp3 from winetricks, you can get the files needed:
$ cabextract -F i386/ctfmon.ex_
~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe
$ cabextract -F i386/msutb.dl_
~/.cache/winetricks/xpsp3/WindowsXP-KB936929-SP3-x86-ENU.exe
$ cd i386
$ cabextract *
$ wine ctfmon.exe
fixme:msctf:TF_InitMlngInfo stub
wine: Call from 0x7b83962c to unimplemented function
msctf.dll.TF_CreateCicLoadMutex, aborting
--
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=54309
Bug ID: 54309
Summary: ws2_32:protocol - test_GetAddrInfoExW() sometimes
fails in Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
ws2_32:protocol - test_GetAddrInfoExW() sometimes fails in Wine:
protocol.c:2021: Test marked todo: got 997 expected WSAHOST_NOT_FOUND
protocol.c:2023: Test marked todo: expected 11001, got 997
protocol.c:2051: Test failed: overlapped result is 10036
protocol.c:2053: Test failed: overlapped.Internal = 2734
protocol.c:2054: Test failed: overlapped.Pointer != &result
protocol.c:2055: Test failed: got 0
protocol.c:1904: Test failed: got 0
protocol.c:1907: Test failed: got 0
protocol.c:2069: Test failed: overlapped result is 0
protocol.c:2071: Test failed: overlapped.Internal = 0
protocol.c:2074: Test failed: got 00E00628
See https://test.winehq.org/data/patterns.html#ws2_32:protocol
Where:
997 == ERROR_IO_PENDING
10036 == WSAEINPROGRESS
11001 ==IP_BUF_TOO_SMALL
--
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=52813
Bug ID: 52813
Summary: ArmA II: Operation Arrowhead crashes after splash
screen
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: desperategame(a)gmail.com
Distribution: ---
Created attachment 72192
--> https://bugs.winehq.org/attachment.cgi?id=72192
ArmA2OA.exe archlinux journald systemd-coredump
Arma 2 and ArmA II: Operation Arrowhead crashes after showing splash screen
before main menu should show.
it happens on:
- Gentoo mixed unstable ~amd64, updated after ~ in between 2022.01.01 -
2022.04.01, wine-vanilla and wine-staging, nine and without nine, 6.0.2 - 7.6
- Arch installed 12.04.2022, wine-nine
this is not in:
- Mint, old non-updated, without nine
it wasn't there before on:
- Gentoo mixed unstable ~amd64, before ~ in between 2022.01.01 - 2022.04.01,
wine-vanilla and wine-staging, nine and without nine, maybe 6.? - 7.3
Video:
- Radeon HD 5000 M, r600
--
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=54308
Bug ID: 54308
Summary: oleaut32:vartype - test_SysReAllocStringLen()
sometimes fails on Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
oleaut32:vartype - test_SysReAllocStringLen() sometimes fails on Windows 11:
vartype.c:5111: Test failed: Expected reuse of the old string memory
See https://test.winehq.org/data/patterns.html#oleaut32:vartype
This failure seems to be specific to the Windows 11 32-bit test configuration.
The first failure happened on 2022-10-20 and there has been about 1 failure
every 20 run since.
--
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=54067
Bug ID: 54067
Summary: Ultrakill demo: cursor behaves erratically
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dinput
Assignee: wine-bugs(a)winehq.org
Reporter: matheus.venturini(a)acad.ufsm.br
Distribution: ---
How to reproduce:
1. Install the Ultrakill demo for Windows
2. Complete the tutorial
3. In the first level, walk up to the weapon vending machine and press the left
mouse button
When interacting with the vending machine in the game, an interface should be
displayed where you can interact with buttons to choose the weapon you want to
buy. This is different from the rest of the game in that a cursor is visible
and it is used to select things rather than being used to aim. On Wine the
vending machine interface will not appear, and pressing the left mouse button
thereafter will cause the aim to go down, perpendicular to the ground. You
can't shoot afterwards, so it's impossible to progress.
This happens on a fresh prefix. I tested it on two machines and it happened in
both, one running Zorin OS 16 and another running Lubuntu 22.04.
--
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=54307
Bug ID: 54307
Summary: msi:package sometimes crashes on RTL Windows 10
locales
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
msi:package sometimes crashes on RTL Windows 10 locales:
package.c:9312: Tests skipped: interactive ControlEvent tests
msi:package:17bc done (-1073741819) in 7s 413B
See https://test.winehq.org/data/patterns.html#msi:package
What is strange is that these crashes only happen in the Arabic and Hebrew
locales, two right-to-left scripts, though it's not clear how it's related.
--
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=54263
Bug ID: 54263
Summary: Build of 7.22 fails with mingw-w64 10.0 (multiple
symbol redefinitions)
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilg(a)livius.net
Distribution: ---
I have severl build scripts that I use to create the wine-xpack distribution
(https://github.com/xpack-dev-tools/wine-xpack/), and I successfully compiled
6.17, 6.23 and 7.22 with gcc 11.3 & mingw-w64 9.0.
When I tried to build 7.22 with the latest gcc 12.2 & mingw-w64 10.0, I got
multiple redefinition errors, for symbols from the sprintf family.
For example:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:56:11:
error: redefinition of '_vsnprintf'
56 | int CDECL _vsnprintf( char *str, size_t len, const char *format,
va_list args )
| ^~~~~~~~~~
In file included from
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:27:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:174:27:
note: previous definition of '_vsnprintf' with type 'int(char *, size_t, const
char *, char *)' {aka 'int(char *, long long unsigned int, const char *, char
*)'}
174 | static inline int __cdecl _vsnprintf(char *buffer, size_t size, const
char *format, va_list args)
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:69:11:
error: redefinition of '_vsnwprintf'
69 | int CDECL _vsnwprintf( WCHAR *str, size_t len, const WCHAR *format,
va_list args )
| ^~~~~~~~~~~
In file included from
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:11:
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:99:27:
note: previous definition of '_vsnwprintf' with type 'int(wchar_t *, size_t,
const wchar_t *, char *)' {aka 'int(short unsigned int *, long long unsigned
int, const short unsigned int *, char *)'}
99 | static inline int __cdecl _vsnwprintf(wchar_t *buffer, size_t size,
const wchar_t *format, va_list args)
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:82:11:
error: redefinition of '_vscprintf'
82 | int CDECL _vscprintf( const char *format, va_list valist )
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/stdio.h:201:27:
note: previous definition of '_vscprintf' with type 'int(const char *, char *)'
201 | static inline int __cdecl _vscprintf(const char *format, va_list args)
| ^~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:91:11:
error: redefinition of '_vscwprintf'
91 | int CDECL _vscwprintf( const wchar_t *format, va_list args )
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/include/msvcrt/corecrt_wstdio.h:195:27:
note: previous definition of '_vscwprintf' with type 'int(const wchar_t *, char
*)' {aka 'int(const short unsigned int *, char *)'}
195 | static inline int __cdecl _vscwprintf(const wchar_t *format, va_list
args)
| ^~~~~~~~~~~
/home/ilg/Work/wine-xpack.git/build/linux-x64/sources/wine-7.22/dlls/ntdll/printf.c:115:13:
error: redefinition of '_snwprintf'
115 | int WINAPIV _snwprintf( WCHAR *str, size_t len, const WCHAR *format,
... )
| ^~~~~~~~~~
I patched ntdll/printf.c to omit the new definitions and the builds advanced,
but later failed in string.c with other set of multiple definitions, later in
wcstring.c, and so on.
I gave up and returned to the older toolchain.
Am I missing something when configuring the build, or the wine sources are not
yet updated for mingw-w64 10.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=54218
Bug ID: 54218
Summary: RTLD_SELF use breaks musl build since 8.0-rc1
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: alice(a)ayaya.dev
Distribution: ---
the winecrt0 rework in bef09697227c29f53bb0ad95232399cbba5c9c6b makes use of
dlinfo(RTLD_SELF, .. , which breaks the build on musl libc as it does not
implement the RTLD_SELF handle.
example error:
/home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:
In function '__wine_init_so_dll':
/home/demon/src/aports/community/wine/src/wine-8.0-rc2/dlls/winecrt0/dll_soinit.c:95:17:
error: 'RTLD_SELF' undeclared (first use in this function); did you mean
'RTLD_NEXT'?
95 | if (dlinfo( RTLD_SELF, RTLD_DI_LINKMAP, &map )) return;
| ^~~~~~~~~
| RTLD_NEXT
--
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=53536
Bug ID: 53536
Summary: ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks
test_RtlDecompressBuffer() on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl - The 32-bit RtlUlonglongByteSwap() breaks test_RtlDecompressBuffer()
on Windows:
rtl.c:2790: Running test 0 (compressed_size=6, uncompressed_size=4,
status=0x00000000)
rtl.c:2790: Running test 1 (compressed_size=10, uncompressed_size=8,
status=0x00000000)
rtl.c:2790: this is the last test seen before the exception
170c:rtl: unhandled exception c0000005 at 005542C0
https://test.winehq.org/data/patterns.html#ntdll:rtl
The crash is specific to the 32-bit build.
Strangely the crashes started on 2022-07-26 despite there being no changes to
this test or to the test configurations. Also, the crash still happens when
testing older Wine versions.
Anyway, the crash still happens even when only keeping these two tests:
test_RtlUlonglongByteSwap();
test_RtlDecompressBuffer();
The Windows headers claims that RtlUlonglongByteSwap() is a FASTCALL API but
not so in Wine:
winternl.h: NTSYSAPI ULONGLONG __cdecl RtlUlonglongByteSwap(ULONGLONG);
rtl.c: static ULONGLONG (WINAPIV *pRtlUlonglongByteSwap)(ULONGLONG
source);
Replacing WINAPIV with WINAPI in rtl.c fixes the crash but it's probably not
the correct fix.
--
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=53382
Bug ID: 53382
Summary: Slow rendering when connected to external monitor
Product: Wine
Version: 7.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: allencch(a)hotmail.com
Distribution: ---
Created attachment 72769
--> https://bugs.winehq.org/attachment.cgi?id=72769
Slow winecfg GIF
When connected with an external monitor through HDMI, winecfg and explorer are
extremely slow rendering.
If enabled "Emulate a virtual desktop", rendering will become normal. Without
connecting on external monitor, the rendering is normal as well.
There is an error message shown in console when the rendering is slow comparing
to the normal rendering,
0068:fixme:xrandr:xrandr10_get_current_mode Non-primary adapters are
unsupported.
OS: Arch Linux
--
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=54180
Bug ID: 54180
Summary: Petz 4: Recent wine releases (after 6.0) corrupt .pet
files upon startup of game
Product: Wine
Version: 7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: coreyjosesilva(a)gmail.com
Distribution: ---
Dogz 4, Catz 4, Dogz 5, Catz 5 all share this issue. The .pet files are the way
to save "pets" in the game. The files are corrupted in recent wine releases.
This essentially makes the game unplayable.
I confirmed petz 4 works on wine 6.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=54045
Bug ID: 54045
Summary: ntdll:rtl - test_RtlIpv6StringToAddress() fails on
Windows 11
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
ntdll:rtl - test_RtlIpv6StringToAddress() fails on Windows 11:
rtl.c:2061: Test failed: [::0:0:0:0:0:0:0] terminator = 0052F925, expected
0052F923
rtl.c:2061: Test failed: [::0:a:b:c:d:e:f] terminator = 0052F935, expected
0052F933
rtl.c:2067: Test failed: [::0:a:b:c:d:e:f] ip = 0:0:a00:b00:c00:d00:e00:f00,
expected 0:0:0:a00:b00:c00:d00:e00
rtl.c:2293: Test failed: [::0:0:0:0:0:0:0] res = 0x00000000, expected
0xc000000d
rtl.c:2293: Test failed: [::0:a:b:c:d:e:f] res = 0x00000000, expected
0xc000000d
See https://test.winehq.org/data/patterns.html#ntdll:rtl
Note that the 32-bit version crashes too due to bug 53536.
--
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=53671
Bug ID: 53671
Summary: No objects are being rendered in any DX10/11 apps with
older GPU drivers
Product: Wine
Version: 7.17
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
There is a regression after a patch 5ce7adaace3637ff6f8a33264b62c69bf2e53967
I have AMD graphics with outdated driver for Windows XP.
Stating from the patch above it broke WineD3D10/11 compatibility.
This BUG appeared with WineD3D 6.13 and above.
--
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=52994
Bug ID: 52994
Summary: mstask:task_trigger - test_GetNextRunTime() fails in
Wine on date change
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mstask
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
Created attachment 72360
--> https://bugs.winehq.org/attachment.cgi?id=72360
Make the failure 100% reproducible
mstask:task_trigger - test_GetNextRunTime() fails in Wine on date change:
task_trigger.c:434: old: 5/5/2022 wday 0 23:58:00.000
task_trigger.c:443: new: 6/5/2022 wday 5 0:03:00.000
task_trigger.c:533: Test failed: got 0x41307
task_trigger.c:534: Test failed: got 0/0/0 wday 0 0:00:00
https://test.winehq.org/data/patterns.html#mstask:task_trigger
What seems to be happening is that ITask_GetNextRunTime() returns
SCHED_S_TASK_NO_VALID_TRIGGERS for TASK_TIME_TRIGGER_ONCE tasks where the
trigger is on the next day.
So I suspect the bug is in the ITask_GetNextRunTime() implementation rather
than in the test itself.
Note: Initially I was a bit alarmed by the week day change in the traces. But
in fact trigger_add_ms() just sets it to 0 so that's what we get on the "old:"
line. Then FileTimeToSystemTime() fully initializes it so we get the correct
value on the "new:" line. That's why it changes in surprising ways.
Luckily the test and Itask_GetNextRunTime() implementation were both added in
the commit below and I was also able to confirm that the failure was already
present:
commit ac322334fa4d6740e89c6f19361a66f063103a46
Author: Dmitry Timoshkov <dmitry(a)baikal.ru>
AuthorDate: Mon May 21 18:17:47 2018 +0800
mstask: Implement ITask::GetNextRunTime() for ONCE trigger type.
Signed-off-by: Dmitry Timoshkov <dmitry(a)baikal.ru>
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=52932
Bug ID: 52932
Summary: user32:edit - test_char_from_pos() fails on Windows
with the UTF-8 codepage
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
user32:edit's test_char_from_pos() fails on Windows with the UTF-8 codepage.
Adding some traces it's clear that the problem is with the lower bounds:
edit.c:1161: Test failed: 4/4/8: expected 1 got 0
edit.c:1179: Test failed: 282/282/286: expected 1 got 0
edit.c:1197: Test failed: 143/143/147: expected 1 got 0
https://test.winehq.org/data/patterns.html#user32:edit
--
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=54210
Bug ID: 54210
Summary: Some AVX2 calls in ntdll are make impossible to
compile Wine with Glibc 2.17
Product: Wine
Version: 8.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: Zenitur(a)yandex.ru
Distribution: ---
When I trying to compile an actian Wine 8.0-rc2 version I'd got these error:
dlls/ntdll/unix/signal_x86_64.c: In function ‘signal_init_process’:
dlls/ntdll/unix/signal_x86_64.c:2432:28: error: ‘AT_HWCAP2’ undeclared (first
use in this function)
if (getauxval( AT_HWCAP2 ) & 2) syscall_flags |=
SYSCALL_HAVE_WRFSGSBASE;
^
dlls/ntdll/unix/signal_x86_64.c:2432:28: note: each undeclared identifier is
reported only once for each function it appears in
Serching for the commit that are broke the build, I'd found that the Wine 6.12
were the last version withount these error.
The commit that broke my build is there (this is after Wine 6.12 and before the
6.13):
https://github.com/wine-mirror/wine/commit/216d2411781f4bf12edf2083a7ac84d2…
(committed on Jul 6, 2021)
The reason of the error is my Glibc 2.17. According of the changelog of the
Glibc 2.18 version (that's available there:
https://lists.gnu.org/archive/html/info-gnu/2013-08/msg00003.html) the call
AT_HWCAP2 was introduced in Glibc 2.18, hovewer I have 2.17.
After that I'd tried to compile Wine 6.12 and I'd got another error caused by
another AVX2 call that was introduced in Glibc 2.24
There is an error:
tools/winegcc/winegcc -o dlls/ntdll/ntdll.so --wine-objdir . -m64 -fPIC
-fasynchronous-unwind-tables -munix -shared \
dlls/ntdll/ntdll.spec -nodefaultlibs dlls/ntdll/unix/cdrom.o
dlls/ntdll/unix/debug.o \
dlls/ntdll/unix/env.o dlls/ntdll/unix/esync.o dlls/ntdll/unix/file.o
dlls/ntdll/unix/loader.o \
dlls/ntdll/unix/loadorder.o dlls/ntdll/unix/process.o
dlls/ntdll/unix/registry.o \
dlls/ntdll/unix/security.o dlls/ntdll/unix/serial.o dlls/ntdll/unix/server.o
\
dlls/ntdll/unix/signal_arm.o dlls/ntdll/unix/signal_arm64.o
dlls/ntdll/unix/signal_i386.o \
dlls/ntdll/unix/signal_x86_64.o dlls/ntdll/unix/socket.o
dlls/ntdll/unix/sync.o \
dlls/ntdll/unix/system.o dlls/ntdll/unix/tape.o dlls/ntdll/unix/thread.o
dlls/ntdll/unix/virtual.o \
dlls/ntdll/unix/version.o dlls/winecrt0/libwinecrt0.a
libs/port/libwine_port.a -lrt -lpthread -ldl \
-Wl,-z,relro
ntdll-sNLwi5.AoHWp5.s: Assembler messages:
ntdll-sNLwi5.AoHWp5.s:115: Error: no such instruction: `xsavec64 0xc0(%rcx)'
winebuild: /usr/bin/gcc-4.9 failed with status 1
winegcc: ./tools/winebuild/winebuild failed
make[1]: *** [dlls/ntdll/ntdll.so] Error 2
When I tried to google this error I'd found that the call xsavec were
introduced in Intel Skylace CPU's. According the webpage
(https://sourceware.org/legacy-ml/libc-stable/2017-10/msg00049.html) these
calls were introduced in Glibc 2.24 hovewer I have Glibc 2.17.
The commit that broke my build is there (this is after Wine 6.2 and before the
6.3):
https://github.com/wine-mirror/wine/commit/30e5250622f40037a58dd87517267dba…
(committed on Sep 2, 2020)
The both problems present in the 32-bit and 64-bit OS'es.
My build system:
CPU: AMD Phenom II (amdfam10)
OS: Debian 7 (32-bit and 64-bit versions on a two partitions)
Kernel: Linux 4.11
Compiler: GCC 4.9, binutils 2.22, bison 3.2
Other: Glibc 2.17, xserver 1.16
--
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.