https://bugs.winehq.org/show_bug.cgi?id=56764
Bug ID: 56764
Summary: Empire Earth Gold doesn't start in virtual desktop
mode
Product: Wine
Version: 9.6
Hardware: x86-64
URL: https://www.gamepressure.com/download.asp?ID=954
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: win32u
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: 4573910acc2783a3f678a428aa313377b09a04e8
Distribution: ArchLinux
When I start the game in virtual desktop mode, all I get is an empty and
unresponsive virtual desktop screen. The game executable is lingering in the
process list with 0% CPU usage. I have to kill the Empire Earth.exe process
manually.
The game starts properly in Wine's full screen mode.
Bisecting revealed that the problem occurred since
commit 4573910acc2783a3f678a428aa313377b09a04e8
win32u: Move D3DKMT vulkan implementation out of winex11.
The demo version can be used to reproduce the problem.
I'm using X.Org X Server 1.21.1.13 with Nvidia binary drivers 550.40.63.
Still present in Wine-9.10.
--
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=56665
Bug ID: 56665
Summary: ELF binaries are being built but its supposed to be PE
build
Product: Wine
Version: 9.0
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Alexander88207(a)Protonmail.com
Hello,
as of wine 9, ELF binaries (dll.so) are being built but normally these should
be PE binaries (.a).
This is how we build wine:
https://codeberg.org/FreeBSD/freebsd-ports/src/branch/main/emulators/wine
I will try to find to the commit that is causing 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=56756
Bug ID: 56756
Summary: Support the asahi gpu driver
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: m1m1k4tz(a)protonmail.com
Distribution: ---
When using krun + boxwine it complains that no card selector is available for
the vendor and polygonoffset scale factor detection failed
--
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=56643
Bug ID: 56643
Summary: Ntdll support for custom baud rates
Product: Wine
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: testator(a)protonmail.ch
Implementing custom baud rates across different OS's would be non-trivial but a
useful prerequisite for some obscure apps like qemu or the "mode" command.
Termios2 is a linux specific implementation of custom baud rates. In wine-9.8
there was a commit, 898ab8dab19d498c17859f39a55e317ee7e367a5 , that added
termios2 usage via glibc headers which breaks compilation on musl based
systems, doesn't work in osx, and doesn't work in *bsd.
In
https://opensource.apple.com/source/IOSerialFamily/IOSerialFamily-55/IOSeri…
there is a way to set custom baud rates for osx via IOSSIOSPEED e.g
<IOKit/serial/ioss.h> . Setting the rate on linux via <linux/termios.h> instead
of the glibc specific extensions of <termios.h> would work as well with how its
currently implemented in wine-9.8. It looks like net/openbsd use termios1
modified to their own thing to allow setting arbitrary speeds via tcsetattr
https://github.com/openbsd/src/blob/master/lib/libc/termios/tcsetattr.c e.g
<termios.h> . In general there doesn't seem to be a common unix implementation
for setting custom baud rates and looks like a huge complicated mess to
implement. The musl devs found this out already it seems
openwall.com/lists/musl/2024/04/11/8 .
--
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=50591
Bug ID: 50591
Summary: ReadFile schedules async read when ReadIntervalTimeout
is MAXDWORD
Product: Wine
Version: 6.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: aaron.knister(a)gmail.com
Distribution: ---
Created attachment 69269
--> https://bugs.winehq.org/attachment.cgi?id=69269
ntdll: NtReadFile async reads always return success when avail_mode TRUE
TeraTerm is ending up with missing data when it reads from a COM/Serial port.
TeraTerm sets ReadIntervalTimeout to MAXDWORD and then calls ReadFile
asynchronously, and if there's pending IO it waits 1 second for the overlapped
struct event to be signalled. If the signal is received, it processes the
received I/O, else continues on and will perform another ReadFile. This is the
code snippet:
if (!ReadFile(cv->ComID,&(cv->InBuff[cv->InBuffCount]),
InBuffSize-cv->InBuffCount,&C,&rol)) {
if (GetLastError() == ERROR_IO_PENDING) {
if (WaitForSingleObject(rol.hEvent, 1000) != WAIT_OBJECT_0) {
C = 0;
}
else {
GetOverlappedResult(cv->ComID,&rol,&C,FALSE);
}
}
What's happening in WINE, is ReadFile returns non-zero with ERROR_IO_PENDING
and the WaitForSingleObject times out. The asynchronous read *does* complete
after the timeout, but by that point the application has given up and moved on.
I initially thought the application was at fault, because it should retry if
the wait times out. However, in the documentation for ReadFile it points to
documentation about COMMTIMEOUTS
(https://docs.microsoft.com/en-us/windows/win32/api/winbase/ns-winbase-commt…)
which says the following:
A value of MAXDWORD, combined with zero values for both the
ReadTotalTimeoutConstant and ReadTotalTimeoutMultiplier members, specifies that
the read operation is to return immediately with the bytes that have already
been received, even if no bytes have been received.
To me, that means Wine ought not to be triggering an asynchronous read when the
comm timeout parameters are set as indicated above.
I coded a simple fix, which is in NtReadFile, if avail_mode is TRUE return
success even if no bytes were read. See attached patch. It works for TeraTerm,
I have no idea if it causes other regressions.
--
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=56821
Bug ID: 56821
Summary: Keyboard modifiers behavior is unreliable
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: rikul(a)inbox.ru
Distribution: ---
Sometimes, modifiers are unreliable in combination with letters.
The issue stems from Wine commit made 15 years ago:
https://gitlab.winehq.org/wine/wine/-/commit/a4a5a2ec121eeb2a7cd4ffbb5ba7b2…
Wine attempts to sync with the Linux SCIM keyboard state, leading to scenarios
where processing modifiers KeyUp events cause the state of ignoring them.
Attached example shows extra WM_KEYUP message of “Shift” in combination with
“e”.
Wine result:
KeyDown: 16
KeyUp: 16
KeyDown: 69
KeyUp: 69
KeyUp: 16
Expected result:
KeyDown: 16
KeyDown: 69
KeyUp: 69
KeyUp: 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.
https://bugs.winehq.org/show_bug.cgi?id=56830
Bug ID: 56830
Summary: osu! setup fails to install
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: svengrewe(a)posteo.de
Distribution: ---
Wine version: 9.10
Setup program:
https://archive.org/details/osuinstall-old
For another issue I stumbled upon this. This old setup doesn't seem to work at
all without .Net Framework 3.5 or so.
Workarounds I needed:
$ wine osu\!install.exe /extractcab
$ winetricks dotnet40
$ wine SupportFiles/osu\!.msi
The first EXE wants to install .Net Frameworks I think.
The MSI file in it needs it to succeed.
--
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=56832
Bug ID: 56832
Summary: universal document converter 6.8 fails to install
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alois.schloegl(a)gmail.com
Distribution: ---
Created attachment 76642
--> https://bugs.winehq.org/attachment.cgi?id=76642
debug log when running udc68-free-setup.exe
universal document converter 6.8 fails to install. It shows some dialog
windows, the last two dialog windows show these error messages.
"Environment variable issues detected ..."
"Unable to fix Enviroment variable issue"
The wine debug log is attached.
In order to reproduce, download and run
https://www.print-driver.com/files/udc.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=56794
Bug ID: 56794
Summary: Mono error when trying to run Osu
Product: Mono
Version: main
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mono
Assignee: wine-bugs(a)winehq.org
Reporter: svengrewe(a)posteo.de
CC: madewokherd(a)gmail.com
Distribution: ---
Created attachment 76600
--> https://bugs.winehq.org/attachment.cgi?id=76600
Console Output
Osu Installer:
https://m1.ppy.sh/r/osu!install.exe
Starting the game gives an error. Doesn't happen with .NET Framework 4.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=47778
Bug ID: 47778
Summary: world of warcraft in game store browser crashes
Product: Wine
Version: 4.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: goin2mars(a)protonmail.com
Distribution: ---
Created attachment 65266
--> https://bugs.winehq.org/attachment.cgi?id=65266
backtrace from running in game wow browser opened when using shop feature
wow browser : BlizzardBrowser.exe found in /home/me/.wine/drive_c/Program Files
(x86)/World of Warcraft/_retail_/UTILS
--
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=56823
Bug ID: 56823
Summary: Genshin Impact game rendering error.
Product: Wine
Version: 9.0
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 1519364926(a)qq.com
Created attachment 76631
--> https://bugs.winehq.org/attachment.cgi?id=76631
3 program error details
Genshin Impact game rendering 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=56650
Bug ID: 56650
Summary: Report on SELinux 'execheap' Issues with
wine-preloader
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: chplee(a)gmail.com
Distribution: ---
This report was prepared by ChatGPT. I'm sorry that my own ability is not
enough to support such a large amount of code analysis, so I have to turn to
ChatGPT.
I'm filing this report because a lot of people are suffering from this problem.
Please refer to:
https://bugzilla.redhat.com/show_bug.cgi?id=2247299
### Report on SELinux 'execheap' Issues with `wine-preloader`
#### Introduction
The `wine-preloader` program is a crucial part of the Wine software, which
allows Windows applications to run on Unix-like operating systems. An issue has
been identified where SELinux prevents `wine-preloader` from executing code in
writable memory regions, raising security alerts related to 'execheap'
accesses. This report identifies potential sources of the issue in the program
and provides recommendations for modifications.
#### Potential Issues Identified
1. **Memory Mapping and Protection Setup**:
In `wine-preloader`, memory mapping is handled with protections set that
could potentially include both write and execute permissions. This is
particularly evident in the function calls to `wld_mmap`, where memory
protection flags are set based on the segment flags parsed from ELF headers.
```c
wld_mmap((void *)(l->l_addr + c->mapstart), c->mapend - c->mapstart,
c->prot, MAP_FIXED | MAP_COPY | MAP_FILE, fd, c->mapoff);
```
Here, the `c->prot` can contain combinations of `PROT_READ`, `PROT_WRITE`,
and `PROT_EXEC` based on the segment's flags.
2. **Dynamic Code Generation**:
Dynamic generation or modification of code could potentially occur, though
not explicitly shown in the code snippets provided, it could be inferred from
the overall functionality where executable code may be modified or generated
on-the-fly.
3. **Modifying Memory Protection Attributes**:
The use of `wld_mprotect` to change the protection attributes of memory
pages could lead to states where pages are both writable and executable.
```c
wld_mprotect((caddr_t) (zero & ~page_mask), page_size, c->prot|PROT_WRITE);
```
Although this snippet aims to make pages writable temporarily, if combined
inappropriately with executable flags elsewhere, it could trigger SELinux
policies.
#### Recommendations
- **Restricting Memory Permissions**:
Enforce strict separations between writable and executable pages. Modify the
logic that sets memory protections to ensure that no memory page is both
writable and executable at the same time. This can be achieved by adjusting the
ELF segment loading routines to separate code and data segments clearly.
- **Use of Memory Protection Changes**:
Implement a clear two-step process for handling memory that needs to be
executable:
- Initially, set memory to writable to modify or generate code.
- Once modifications are complete, change the memory protection to executable
only (removing write permissions).
- **Code Audit and Testing**:
Conduct a thorough audit of the places where memory permissions are set. Test
under a SELinux-enforced environment to ensure that the adjustments meet
security policies without hindering functionality.
- **SELinux Policy Adjustments**:
If `wine-preloader` inherently requires certain operations that SELinux
policies restrict, consider creating custom SELinux policy modules that allow
specific actions while maintaining overall security. This should be done
cautiously to avoid creating unnecessary security holes.
#### Conclusion
Adjustments to `wine-preloader` should focus on ensuring that memory regions
are either writable or executable but never both. By adhering to security best
practices and possibly adjusting SELinux policies, `wine-preloader` can
function effectively without triggering security violations in SELinux
environments.
--
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=56819
Bug ID: 56819
Summary: Danganronpa V3 demo crashes on start shortly after
GStreamer assertion failure
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 76628
--> https://bugs.winehq.org/attachment.cgi?id=76628
WINEDEBUG=+console GST_DEBUG=4
The demo is free on Steam. Terminal output is attached. The relevant part seems
to be:
(wine:543494): GStreamer-Video-CRITICAL **: 18:38:47.343:
gst_video_info_from_caps: assertion 'gst_caps_is_fixed (caps)' failed
First reported at
https://www.reddit.com/r/LinuxCrackSupport/comments/15unp2s/danganronpa_v3_…
--
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=56805
Bug ID: 56805
Summary: DuckStation Does Not Find PlayStation BIOS File
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: crashdance22(a)protonmail.com
Distribution: ---
When running the DuckStation installer or trying to run the PlayStation BIOS
after installation, the installer and emulator itself cannot find SCPH5001.bin.
The emulator does list the file as detected and available in the BIOS dropdown
box, but proceeds to say it is not found. I have reproduced this issue in Wine
Stable and Development versions on multiple machines and Ubuntu-based distros.
The problem does not occur on Windows.
I am aware DuckStation is natively available on Linux. However, the Windows
version must be run in Wine to use the Online Crash Team Racing mod network
client. The software cannot be run in a VM due to it needed to load DirectX
libraries on startup.
I have attached a zipped log file with WINEBUG=+all. I know using the "+all"
option can be excessive but I was not able to easily find any errors or fixme
statements otherwise. The log begins as soon as I start the DuckStation
installer and I terminate Wine as soon as I see the "cannot find BIOS file"
error 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=56793
Bug ID: 56793
Summary: Age of Empires 2 Fails to Run
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dartme18(a)gmail.com
Distribution: ---
I'm using arch linux. I did
```
export WINEARCH=win32 WINEPREFIX=/home/lmat/.wine32
mkdir aoe2cd1
fuseiso aoe2cd1.iso aoe2cd1
cd aoe2cd1
wine ./aoesetup.exe
```
The setup ran marvelously. I then went to run the game:
```
cd ~/.wine32/drive_c/Program\ Files/Microsoft\ Games/Age\ of\ Empires\ II
wine empires2.exe
```
and I see a window saying, "The program empires2.exe has encountered a serious
problem and needs to close....". The details show "Unhandled exception: page
fault on read access to 0xffffffff in 32-bit code..." Later down, it shows
"Platform: i386" which seems correct. Maybe I need to install some directx or
something? The game comes with directx 6 on the CD, I think.
--
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=56818
Bug ID: 56818
Summary: Ruby: Whiteout demo doesn't work correctly on
OGL4.2-level drivers
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: svyatpro(a)gmail.com
Created attachment 76622
--> https://bugs.winehq.org/attachment.cgi?id=76622
log file
AMD technology demo Ruby: Whiteout download link:
https://www.guru3d.com/download/ruby-whiteout-(ati-technology-demo)/
--
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=56801
Bug ID: 56801
Summary: Invalid path to UIAutomationCore.dll in the registry
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: oleaut32
Assignee: wine-bugs(a)winehq.org
Reporter: rikul(a)inbox.ru
Distribution: ---
Created attachment 76604
--> https://bugs.winehq.org/attachment.cgi?id=76604
test app
I'm using the pywinauto library to perform some automatic actions in a GUI.
pywinauto, in turn, uses comtypes, which requires the location of
UIAutomationCore.dll to work. During this process, comtypes reports that it
cannot find UIAutomationCore.dll.
It turns out that, comtypes uses windll.oleaut32.QueryPathOfRegTypeLib (that
is, the QueryPathOfRegTypeLib from oleaut32.dll) to find UIAutomationCore.dll.
Wine 9.0 registry
[HKEY_CLASSES_ROOT\Typelib\{8A9CA8EB-856B-43D9-ABD7-4A590054064F}\1.0\0\win64]
lists its location as "C:\windows\system32\uiautomationcore.dll\1",
while the path in Wine 8.0 is C:\windows\system32\uiautomationcore.dll.
Windows registry shows path as C:\windows\system32\uiautomationcore.dll
Can the correctness of this behavior be verified? Should it be
"C:\windows\system32\uiautomationcore.dll\1" (\1 at the end) or is this the
wrong value?
I have attached a test application that reports the guid and path from the
registry.
--
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=44210
Bug ID: 44210
Summary: GNUTLS_CIPHER_CHACHA20_POLY1305 is not work
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: serg.chaplya(a)gmail.com
Distribution: ---
Hello! I've tried to run this tool (http://cryptopump.info/en/download) on my
Ubuntu system.
I got some error:
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
fixme:secur32:schannel_get_cipher_algid unknown algorithm 23
fixme:secur32:schannel_get_mac_algid unknown algorithm 200
I've found that this error is here:
https://github.com/wine-mirror/wine/blob/master/dlls/secur32/schannel_gnutl…
Because GNUTLS_CIPHER_CHACHA20_POLY1305 is not supported.
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=44985
Bug ID: 44985
Summary: BIAS FX: Blank window when running the app
Product: Wine
Version: 3.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: oxez911(a)gmail.com
Distribution: ---
Created attachment 61119
--> https://bugs.winehq.org/attachment.cgi?id=61119
term output
Distribution: Debian sid
Wine version: 3.6.0~sid (Using the wine-devel package from winehq.org)
Description:
Trying the BIAS FX standalone app (both in 32 and 64bit) result in a blank
window (black or white, seems random..)
Note: the trial can be downloaded free of change at
https://www.positivegrid.com/bias-fx/
I attached a trace of what I saw in the terminal, I can provide more info if
needed (I'm not sure what WINEDEBUG needed to be set at, I didn't tweak 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=56814
Bug ID: 56814
Summary: "Lossless Scaling" program crashes on launch
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: perplexedon(a)gmail.com
Distribution: ---
Created attachment 76616
--> https://bugs.winehq.org/attachment.cgi?id=76616
3 backtraces for attempts to launch the program with wine.
Ubuntu 22.04, x86-64bit AMD.
Running wine 9.10, the program fails to launch, outputting the first part
(attached). With the 9.10 Wine Mono msi installed via "wine uninstaller", it
still fails to launch, outputting the second part. The outputs also mention
dotnet48, so I installed this with winetricks --force -q dotnet48, however this
gave the third output. This was reproduced identically in clean 64 and 32 bit
wineprefixes.
Background on the program:
Lossless scaling is a tool for real-time GPU driven resolution up-scaling and
frame interpolation of other programs. As an example, I use it on Windows to
bring the game "Celeste", which is locked to 60fps, up to 165fps graphically
without the subtle physics alterations that existing fps increase mods result
in. No such tools yet exist natively for Linux, and I am not aware of any
others on Windows.
--
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=56717
Bug ID: 56717
Summary: Clip Studio Paint 3.0 takes very long to load
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: dwrite
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
The problem is that it calls IDWriteFactory_GetSystemFontCollection very often,
and this is kinda expensive 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=56803
Bug ID: 56803
Summary: CODESYS 3.5 SP17 Patch3: crash on startup
Product: Wine
Version: 9.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wghralbwklqcocselg(a)cazlq.com
Distribution: ---
Link to download:
https://owen.ru/license-file?f=https|||ftp.owen.ru/CoDeSys3/01_CODESYS/CODE…
Log:
0428:fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not
implemented
0428:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.6.2"
not implemented
0428:fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not
implemented
0428:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.6.2"
not implemented
0428:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
Unhandled Exception:
System.ArgumentOutOfRangeException: Index was out of range. Must be
non-negative and less than the size of the collection.
Parameter name: index
at System.Collections.ArrayList.get_Item (System.Int32 index) [0x0000d] in
<f1249a148cfb4110b9a02139e12e4308>:0
at System.Diagnostics.ProcessModuleCollection.get_Item (System.Int32 index)
[0x00006] in <414332d47d704271b192c5e3f11a3138>:0
at System.Diagnostics.Process.get_MainModule () [0x00031] in
<414332d47d704271b192c5e3f11a3138>:0
at (wrapper remoting-invoke-with-check)
System.Diagnostics.Process.get_MainModule()
at _3S.CoDeSys.Main.CoDeSys.CheckForRunningProcesses () [0x0003c] in
<8ce391ed391945a5a22a82078cec565d>:0
at _3S.CoDeSys.Main.CoDeSys.Run () [0x000c0] in
<8ce391ed391945a5a22a82078cec565d>:0
at _3S.CoDeSys.Main.CoDeSys.Main () [0x0000f] in
<8ce391ed391945a5a22a82078cec565d>:0
[ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentOutOfRangeException: Index
was out of range. Must be non-negative and less than the size of the
collection.
Parameter name: index
at System.Collections.ArrayList.get_Item (System.Int32 index) [0x0000d] in
<f1249a148cfb4110b9a02139e12e4308>:0
at System.Diagnostics.ProcessModuleCollection.get_Item (System.Int32 index)
[0x00006] in <414332d47d704271b192c5e3f11a3138>:0
at System.Diagnostics.Process.get_MainModule () [0x00031] in
<414332d47d704271b192c5e3f11a3138>:0
at (wrapper remoting-invoke-with-check)
System.Diagnostics.Process.get_MainModule()
at _3S.CoDeSys.Main.CoDeSys.CheckForRunningProcesses () [0x0003c] in
<8ce391ed391945a5a22a82078cec565d>: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=50726
Bug ID: 50726
Summary: TreeSize crashes: wine: Call from 000000007BC278E0 to
unimplemented function ntdll.dll.RtlGetCallersAddress,
aborting
Product: Wine
Version: 6.2
Hardware: x86-64
URL: https://customers.jam-software.de/downloadTrialProcess
.php
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
A user reported this program crashing on the forum:
https://forum.winehq.org/viewtopic.php?f=8&t=34939
sha1sum TreeSize-x64-Demo.exe
d24bf50fcdecbeede2812dcbc87e02e0101ca0b1 TreeSize-x64-Demo.exe
--
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=53881
Bug ID: 53881
Summary: Missing GUI elements in “The Settlers: Heritage of
Kings” after application switching
Product: Wine
Version: 7.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
Created attachment 73408
--> https://bugs.winehq.org/attachment.cgi?id=73408
screenshot for a questionable information display
I tried the game “The settlers (gold edition)” out once more by components from
the software package “wine 7.20-1498.5”.
Some information was logged for further development considerations.
Markus_Elfring@Sonne:~> wine C:\\ProgramData\\Microsoft\\Windows\\Start\
Menu\\Programs\\Ubisoft\\Blue\ Byte\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\
-\ Gold\ Edition\\DIE\ SIEDLER\ -\ Das\ Erbe\ der\ Könige\ spielen.lnk
007c:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005
…
00c4:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\SecDrv": c0000142
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"SecDrv"
failed to start: 1114
0024:fixme:exec:SHELL_execute flags ignored: 0x00004000
00bc:fixme:imm:ImeSetActiveContext (0000000000010026, 0): stub
00bc:fixme:imm:ImmReleaseContext (0000000000010020, 0000000000010026): stub
012c:fixme:imm:ImeSetActiveContext (0001004E, 1): stub
012c:fixme:imm:ImmReleaseContext (00050044, 0001004E): stub
012c:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
012c:fixme:d3d:resource_check_usage Unhandled usage flags 0x20.
012c:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1.
0170:fixme:d3d:state_linepattern_w Setting line patterns is not supported in
OpenGL core contexts.
Now I wonder about undesirable data processing effects from recent software
evolution.
The program is usable after its basic start initialisation.
But I can occasionally get into the mood to switch to an other application.
I can switch back to the game after I got some work done with other tools.
But I observe that the corresponding graphical user interface became broken.
Under which circumstances will the desired display be completely restored?
--
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=56812
Bug ID: 56812
Summary: Hard West 2 has no cutscenes
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
CC: rbernon(a)codeweavers.com
Regression SHA1: ea4b9bafb2f18ae0805c166e49bbb03641fc066c
Distribution: ---
Black screen with speech and subtitles with specified commit.
Before that it was cutscenes with subtitles and no speech.
--
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.