https://bugs.winehq.org/show_bug.cgi?id=56265
Bug ID: 56265
Summary: Epic Games Launcher 15.21.0 calls unimplemented
function
cfgmgr32.dll.CM_Get_Device_Interface_PropertyW
Product: Wine
Version: 9.0-rc3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: o.dierick(a)piezo-forte.be
Distribution: ---
Created attachment 75980
--> https://bugs.winehq.org/attachment.cgi?id=75980
Epic Games Launcher 15.21.0 terminal output on Wine 9.0-rc3
Hello,
Epic Games Launcher, updated to version 15.21.0, bails out at start when
calling unimplemented function cfgmgr32.dll.CM_Get_Device_Interface_PropertyW.
Regards.
--
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=56781
Bug ID: 56781
Summary: srcrrun: Dictionary setting item to object fails
Product: Wine
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: scrrun
Assignee: wine-bugs(a)winehq.org
Reporter: francisdb(a)gmail.com
Distribution: ---
Reproducer in vbscript
Class C
End Class
Dim cls1: Set cls1 = new C
Dim cls2: Set cls2 = new C
Dim dict: Set dict = createobject("scripting.dictionary")
Dim key: key = "test"
dict.Add key, cls1
Set dict.Item(key) = cls2
Looks like this is not implemented
https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/scrrun/dictionary.c?…
Without understanding the code this should maybe increase the reference count
and delegate to dictionary_put_Item?
--
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=49703
Bug ID: 49703
Summary: Ghost Recon fails to start
Product: Wine
Version: 5.14
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: opengl
Assignee: wine-bugs(a)winehq.org
Reporter: sramey40(a)gmail.com
Distribution: ---
The original Tom Clancy's Ghost Recon (on CD) seems to install fine, except for
this error at the end of installation:
wine start Setup.exe
[sean@sean-pc-arch GRECON]$ 00d4:fixme:file:NtLockFile I/O completion on lock
not implemented yet
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:fixme:sfc:SRSetRestorePointA 02EB66F0 02EB51E0
00d4:err:ole:CoReleaseMarshalData StdMarshal ReleaseMarshalData failed with
error 0x8001011d
^C
But, when I try to run the game, nothing happens and this is the output on
console:
wine start GhostRecon.exe
[sean@sean-pc-arch Ghost Recon]$ 00c0:err:winediag:wined3d_dll_init Setting
multithreaded command stream to 0.
^C
^C marks where I hit ctrl-c to stop the process, as it seemed hung.
I'm using a 32bit wineprefix with Windows 2000 or XP.
I can't really do regression testing, as I can't get an older package of wine
to install properly, and I also can't get wine to compile for even as new a
version as wine-4.0. It complains about multiple definitions of hInstance and
fails on compiling crypt32. Only the 5.0 releases will compile, and I have this
bug in them.
I've also noticed that a lot of older games seem broken. Seems like nobody has
tested these games in a while. The latest test of the Ghost Recon CD version
recorded in the App database is wine 1.5. Recently I had somebody help me out
with Age of Empires 2: The Age of Kings CD version, and we discovered that the
safedisc 1.x copy protection support was broken in wine since version 3.0 I
think. Probably a good idea to try running some old games, especially ones on
CD, to check for compatibility 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=55421
Bug ID: 55421
Summary: Fallout Tactics graphics glitches only with
winehq-devel
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: darkranger_red(a)hotmail.com
Distribution: ---
The game 'Fallout Tactics: Brotherhood of Steel' is fully playable with Wine.
But recently I am not sure from which Wine version, the game shows some
noticeable graphics glitches, which the previous Wine version doesn't have. So
I uninstalled Wine from Fedora's repo, and use the WineHQ's repo instead. It
turns out that the game's graphics runs normally with winehq-stable(8.0.2), but
has some glitches with winehq-devel(8.13).
The attached screenshots show the launcher menu differences between Wine 8.0.2
and 8.13. Besides that, the in-game graphics also has more glitches with
winehq-devel, but usually happen in very short time and difficult to capture
the screenshots.
OS: Fedora Linux 38 (Workstation Edition) x86_64
Kernel: 6.4.7-200.fc38.x86_64
Uptime: 2 hours, 9 mins
Packages: 2703 (rpm)
Shell: bash 5.2.15
Resolution: 1920x1080
DE: GNOME 44.3
WM: Mutter
WM Theme: Adwaita
Theme: Adwaita [GTK2/3]
Icons: Adwaita [GTK2/3]
Terminal: gnome-terminal
CPU: AMD FX-8350 (8) @ 4.000GHz
GPU: NVIDIA GeForce GTX 660
Memory: 5130MiB / 15932MiB
--
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=56357
Bug ID: 56357
Summary: Zero sized writes using WriteProcessMemory succeed on
Windows, but fail on Wine. testcase source
Product: Wine
Version: 9.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: admin(a)sewer56.dev
Distribution: ---
Created attachment 76082
--> https://bugs.winehq.org/attachment.cgi?id=76082
Precompiled sample C program.
[ testcase source ]
Zero sized writes using WriteProcessMemory succeed on Windows, but fail on
Wine.
Build the following program:
```c
#include <windows.h>
#include <stdio.h>
int main() {
// Allocate a buffer in memory
char* buffer = (char*) VirtualAlloc(NULL, 1024, MEM_COMMIT | MEM_RESERVE,
PAGE_READWRITE);
if (buffer == NULL) {
printf("Memory allocation failed\n");
return 1;
}
// Sample data to write (not actually used due to 0-byte length)
const char* data = "Sample data";
SIZE_T writtenBytes = 0;
// Get a handle to the current process
HANDLE processHandle = GetCurrentProcess();
// Attempt to write memory with 0 byte length
BOOL result = WriteProcessMemory(processHandle, buffer, data, 0,
&writtenBytes);
if (result == FALSE) {
printf("WriteProcessMemory failed: %lu\n", GetLastError());
} else {
printf("WriteProcessMemory succeeded, but 0 bytes were written.\n");
}
VirtualFree(buffer, 0, MEM_RELEASE);
return 0;
}
```
Commandline:
```
x86_64-w64-mingw32-gcc write_process_memory.c -o write_process_memory.exe
-lkernel32
```
When running on Linux, this prints `WriteProcessMemory failed: 87`.
When running on Windows, this succeeds `WriteProcessMemory succeeded, but 0
bytes were written`.
Tested on x86_64 Archlinux using latest git version of Wine
(wine-9.2-286-g232b18d820e).
-----------
Extra Notes:
I encountered this bug while unit testing a Rust DLL Injection library against
Wine: https://github.com/OpenByteDev/dll-syringe/pull/19
--
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=56054
Bug ID: 56054
Summary: Microsoft Safety Scanner crashes on exit on
unimplemented function tbs.dll.GetDeviceIDString
Product: Wine
Version: 9.0-rc2
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 75710
--> https://bugs.winehq.org/attachment.cgi?id=75710
Terminal output
All you have to do to reproduce the crash is open the program and immediately
close it.
$ sha256sum MSERT.exe
8a885021b8c41fb8578cfa50a0c3a706c6b1b7fb7fd3faddcc48bd8eb7f8f091
--
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=51599
Bug ID: 51599
Summary: cmd.exe incorrectly parses an all-whitespace line
followed by a closing parenthesis
Product: Wine
Version: 6.14
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Distribution: ---
Created attachment 70449
--> https://bugs.winehq.org/attachment.cgi?id=70449
Example batch file
The attached batch file works on Windows, but Wine says:
Can't recognize ')' as an internal or external command, or batch script.
Wine's cmd.exe doesn't have a problem with entirely blank lines, but something
about having spaces on the line is tripping it up.
--
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=56367
Bug ID: 56367
Summary: Tomb Raider 3 GOG crashes at start
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: dkk089(a)gmail.com
Distribution: ---
Created attachment 76108
--> https://bugs.winehq.org/attachment.cgi?id=76108
Tomb3.exe backtrace with Wine 9.3
Tomb Raider 3 GOG crashes in Wine 9.3 with the attached backtrace.
Last known working version in AppDB is Wine 4.2. Working upwards from that
identified Wine 5.7 as the last working release, and bisecting between 5.7 and
5.8 identified commit 100ca518055c0e9edb68aa370f15a2768cf2c74f as the cause.
Reverting this commit from current master
(1b32ac45f821ee1fe06a3dc4f903a81a190216c7) makes the game work normally. Tested
with Windows version set to 98, WINEARCH is win32.
This is also reproducible with the demo version available at
https://archive.org/details/TombRaiderIiiAdventuresOfLaraCroftDemo .
--
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=55897
Bug ID: 55897
Summary: cpython 3.12.0 crashes due to unimplemented CopyFile2
Product: Wine
Version: 8.20
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: tobias-winehq(a)23.gs
Distribution: ---
Newer Python versions (starting with 3.12.0) contain an optimized
implementation of shutil.copy2
(https://devdocs.io/python~3.11/library/shutil#shutil.copy2), which uses
kernel32.CopyFile2 in the background (Implementation:
https://github.com/python/cpython/pull/105086/files#diff-db8ac5932616071392…).
This leads to crashes if this method is used. Unfortunatly, this method is used
by pip in some cases, so a random `wine pip install pysftp` leads to a crash...
To reproduce:
1. Install Python 3.12.0 from https://www.python.org/
2. Run `wine python -c 'import shutil; shutil.copy2("a", "b")'`
--
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.