https://bugs.winehq.org/show_bug.cgi?id=55883
Bug ID: 55883
Summary: SpeedWave can't draw Window
Product: Wine
Version: 8.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cupcapcorn(a)yahoo.co.jp
Distribution: ---
Created attachment 75414
--> https://bugs.winehq.org/attachment.cgi?id=75414
SpeedWave Installer (shareware)
On Fedora 38 and wine 8.0.2 I can install SpeedWave (Application to accelerate
the speed of wave and mp3 file), but I try to launch this applicantion and no
window appears. I think SpeedWave can't draw window.
--
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=56599
Bug ID: 56599
Summary: HWMonitor 1.53 needs unimplemented function
pdh.dll.PdhConnectMachineA
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: pdh
Assignee: wine-bugs(a)winehq.org
Reporter: oguilherme(a)protonmail.com
Distribution: ---
Hi,
The latest version of HWMonitor (1.53), now seems to require
pdh.dll.PdhConnectMachineA, which is not implemented in Wine:
$ wine HWMonitor_x64.exe
00dc:fixme:shell:InitNetworkAddressControl stub
0134:fixme:ntoskrnl:SeSinglePrivilegeCheck stub: 000000000000000a 1
0134:fixme:ntoskrnl:HalGetBusDataByOffset (4 0 0 000000000011EC18 0 4) stub!
wine: Call from 00006FFFFF463DE7 to unimplemented function
pdh.dll.PdhConnectMachineA, aborting
wine: Unimplemented function pdh.dll.PdhConnectMachineA called at address
00006FFFFF463DE7 (thread 00dc), starting debugger...
0140:fixme:dbghelp:elf_search_auxv can't find symbol in module
0140:fixme:dbghelp:elf_search_auxv can't find symbol in module
wine: Call from 00006FFFFF463DE7 to unimplemented function
pdh.dll.PdhConnectMachineA, aborting
The previous version (1.52), runs just fine.
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=56372
Bug ID: 56372
Summary: musl based exp2() gives very inaccurate results on
i686
Product: Wine
Version: 8.6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
Assignee: wine-bugs(a)winehq.org
Reporter: martin(a)martin.st
CC: piotr(a)codeweavers.com
Regression SHA1: ca0643875961ef62c76e0b9cbd0433002a948d9b
Distribution: ---
Since switching the msvcrt implementation of exp2() from internal to musl
based, in ca0643875961ef62c76e0b9cbd0433002a948d9b, the accuracy on i686 has
become quite bad, to the point of breaking a handful of tests in ffmpeg.
The issue can be reproduced with the following test snippet:
---
#include <stdio.h>
#include <math.h>
double input = 5.979471;
int main(int argc, char* argv[]) {
printf("exp2(%f) = %f\n", input, exp2(input));
return 0;
}
---
Prior to this commit, and with later versions on e.g. x86_64, the output is:
exp2(5.979471) = 63.095753
However, on i686, the output now is:
exp2(5.979471) = 62.968753
This is an error of around 0.2%, which is a couple orders of magnitudes larger
than expected/tolerated. It's curious how this issue only appears on i686
though, i.e. it doesn't look like an issue with the musl exp2() implementation
algorithm, but some component of it misbehaving on i686.
--
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=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=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.