https://bugs.winehq.org/show_bug.cgi?id=53354
Bug ID: 53354
Summary: Wine should provide icu.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72742
--> https://bugs.winehq.org/attachment.cgi?id=72742
tzdb.exe
Windows since at least version Windows 10 19H1 ships a icu.dll in the system
directory. The VS2022 (and I think also VS2019) C++ standard library in C++20
mode uses this DLL to implement the timezone database as specified by the C++
standard. The standard library loads this DLL dynamically with LoadLibraryExW
(see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
and throws a std::system_error (see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>
and
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
when it cannot load it. In order to provide compatibility with modern Windows
versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also
exists for older Windows versions even on the Microsoft side (see
<https://github.com/microsoft/STL/issues/1911>).
This issue arose since I recently modernized timezone handling in OpenMPT by
using C++20 chrono. For now, I have worked around the problem in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case:
```
// cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp
#include <chrono>
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
std::chrono::get_tzdb_list();
} catch (const std::exception & e) {
std::cerr << "FAIL: " << e.what() << std::endl;
return 1;
}
std::cout << "OK" << std::endl;
return 0;
}
```
tzdb.exe 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=52115
Bug ID: 52115
Summary: Horizon Zero Dawn crashes during loading
Product: vkd3d
Version: 1.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
Distribution: ---
Hello,
I tried this game from GoG with vkd3d-git and it crashes during the 1st loading
(see https://youtu.be/3qpdE9FUBQg) -
The game works with vkd3d-proton without issue (https://youtu.be/MA3ehphVWsg)
I attach the WINEDEBUG=+vkd3d VKD3D_DEBUG="trace" log
--
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=4418
vv221 <accounts.winehq.org(a)vv221.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |accounts.winehq.org(a)vv221.f
| |r
--- Comment #30 from vv221 <accounts.winehq.org(a)vv221.fr> ---
With WINE 10.0~rc1, Warlords Battlecry 1 fails to render the introduction
video, showing only a black screen instead.
After skipping these videos (or waiting a bit), the main menu is rendered only
as a static screen, with the mouse cursor seemingly stuck. But moving the mouse
blindly triggers the sounds played when the mouse cursor hovers on top of a
clickable button, so this is probably only a rendering failure.
Running the game in a virtual desktop does not help.
On the same system, Warlords Battlecry 2 works fine, including the introduction
videos.
I am posting here because the initial symptoms are similar, but I am not sure
this is indeed the same bug. Please tell me if I should open another dedicated
bug report about the game menu rendering failure.
---
Source: https://forge.dotslashplay.it/vv221/games/-/issues/21
--
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=56614
Bug ID: 56614
Summary: Videos are not player in The Signifier (GOG)
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: titan.costa(a)gmail.com
Distribution: ---
Created attachment 76371
--> https://bugs.winehq.org/attachment.cgi?id=76371
console log
Videos are not played. Observable during menu and on the computer at the
beginning. Console output attached.
wine-9.7-100-g7641124d07a
--
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=57316
Bug ID: 57316
Summary: PowerPoint 2000 now crashes when loading most .ppt
files
Product: Wine
Version: 9.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jpleonard12(a)gmail.com
Distribution: ---
Created attachment 77268
--> https://bugs.winehq.org/attachment.cgi?id=77268
Power point file created with PowerPoint 2000 on Wine v9.19
In Wine v9.19, PowerPoint 2000 now crashes when loading most .ppt files. The
console log only reports a couple lines relating to the crash:
0024:fixme:hlink:HlinkQueryCreateFromData 01B5A148
double free or corruption (!prev)
0024:err:seh:NtRaiseException Exception frame is not in stack limits => unable
to dispatch exception.
This error did not exist in Wine v9.18 or earlier. The application starts up
normally, and a new .ppt file can be created, and saved. But it will crash when
trying to open it again. An example file is attached.
Some older PowerPoint 2000 files created on Windows systems seem to open, but
this behavior does not appear to be consistent. Perhaps it is something in the
content of the file that is causing the 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=57519
Bug ID: 57519
Summary: FL Studio 24.2: Slow down and eventual freeze when
dragging or with popup menus
Product: Wine
Version: 10.0-rc1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: marcelohdez.inq(a)gmail.com
Distribution: ---
Created attachment 77557
--> https://bugs.winehq.org/attachment.cgi?id=77557
console output of running FL64.exe with wine
When using FL Studio 24.2 (new prefix, with .NET installed by Mono Installer,
just installed FL's free trial with default options) when i attempt to drag
plugin into the channel rack there is a slow down and eventual "This app is not
responding" popup. Otherwise, clicking the + on the channel rack in order to
add a plugin without dragging, the popup experiences the issue.
GNOME 47.1 on Fedora 41, Framework 13 using 150% scaling (NOT using
xwayland-native-scaling, so blurry) using Wine's staging binary:
`winehq-staging`
Additional info: Occurs in Fedora's wine as well (9.15)
--
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=57517
Bug ID: 57517
Summary: double wildcard (.* .???) problem on windows command
line
Product: Wine
Version: 9.21
Hardware: arm
OS: MacOS
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ratoci(a)gmail.com
Dear all,
I'm team-working with developers to port Soundshaper, an historical and still
maintained music-audio tool to Mac OS with wine.
http://www.ensemble-software.net/index.html
It seems that wine has some bug in the use of wildcards (.* *.) while using
command line.
Every time a double wildcard is employed, it triggers an "invalid name" error.
Here the string we use:
copy C:\CDPR8\Temp\~X_1.* C:\CDPR8\Temp\~A_1.*
to be clearer:
Copy *.bat /dir works, copy *.bat *.bub does not, apparently the use double
wildcards trigger an "Invalid filename." error.
This is a wine related problem that can be tested in utilities like Wineskin or
Kegworks which can provide a direct access to windows CMD while testing the app
wrapping.
Of course it happens also launching official wine executable by MacOs terminal.
Here a real-life example, using windows CMD with wine:
C:\windows\system32>copy Z:\Users\ratox\Desktop\CDPR8\~X_2.*
Z:\Users\ratox\Desktop\CDPR8\~A_1.*
Invalid name.
Invalid name.
Invalid name.
C:\windows\system32>erase Z:\Users\ratox\Desktop\CDPR8\~X_-1.*
C:\windows\system32>for /l %K in (1, 1, 8) do (
copy Z:\Users\ratox\Desktop\CDPR8\~X_2_c%K.*
Z:\Users\ratox\Desktop\CDPR8\~A_1_c%K.*
--
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=47686
Bug ID: 47686
Summary: No Man's Sky - crash when moving fast through
asteroids / space
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)kbrm.net
Distribution: ---
Created attachment 65143
--> https://bugs.winehq.org/attachment.cgi?id=65143
First crash backtrace
WINE : wine-4.14 (Staging)
OPSYS: Debian 9.9
GPU : Nvidia GTX 670
VDRV : nvidia-driver 430.40-1 (experimental repo)
DLL-OVERRIDE: vulkan-1 (built-in) /* game won't even start to menu without this
*/
Replicate:
Get in ship
Get above atmosphere
Target "Signal Source / Coordiates"
Engage Pulse Engines
1-3 minutes into flight - NMS crashes with:
Unhandled exception: page fault on write access to [HEX ADDRESS] in 64-bit
code ([HEX ADDRESS]).
Attaching three (3) backtraces and console output.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=57507
Bug ID: 57507
Summary: XCOM 2 needs native vcomp120
Product: Wine
Version: 9.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vcomp
Assignee: wine-bugs(a)winehq.org
Reporter: j-r(a)online.de
Distribution: ---
Created attachment 77536
--> https://bugs.winehq.org/attachment.cgi?id=77536
WINEDEBUG=+vcomp, starting the game, loading a save that exhibits the problem,
exiting the game
The XCOM 2 base game from gog (I can't find a version number ingame) basically
runs fine, but units can't be moved unless native vcomp120 is used.
I think - but this is just conjecture - that the game uses vcomp to run the
path finding algorithm and with builtin vcomp it fails to find any valid
position.
There are several messages from the engine in the log. These are completely
identical to a run with native vcomp120 (including the 'GetEndPoint called on
an invalid path during shutdown of the engine), except the order of the
SlumsSkyline_x messages seems somewhat random.
There doesn't seem to be a demo available, unfortunately.
Note that there seems to be an unrelated issue with wined3d (sometimes/randomly
most of the scene is rendered black, but the game is still working and usable).
--
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=57431
Bug ID: 57431
Summary: Links 2003 Crashes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dwg(a)australiamail.com
Distribution: ---
Environment
Linux Mint 21.3 Wine Version: 9.21 Links version: 2003 1.07
Links requires WMP9 to be installed.
I am seeing a crash on approximately 40% of the courses in my test subset,
usually accompanied by some incorrect rendering of what are water textures,
i.e. water with reflections.
The address is consistent I am repeatedly seeing the Address 69defc in the
dumps
The crashes are repeatable but not always in exactly the same place during the
game. Crashes are seen on two different machines across 3 different GPUs
Initial crash screen shows:
Appname: linksmmiii.exe AppVer: 22.10.2.41 Modename: linksmmiii.exe
ModVer: 22.10.2.41 Offset: 0029defc
Exception Information:
Code: 0xc0000005 Flags:0x00000000
Record 0x0000000000000000 Address: 0x000000000069defc
Followed by System info and modules listing.
I can stop the crashes by using some Wrapper programs, specifically dgVooDoo
seems to be the best, but that does seem to lead to other issues like video
performance.
--
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.