http://bugs.winehq.org/show_bug.cgi?id=16592
Summary: Ford service manual viewer fails to detect CD (fix
attached)
Product: Wine
Version: unspecified
Platform: PC
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: p-wine-bugs(a)ziemba.us
Created an attachment (id=18120)
--> (http://bugs.winehq.org/attachment.cgi?id=18120)
patch to handle null-rootpath equivalent in GetVolumeInformationW
wine-1.1.10
I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer
application requires that the CD be present in a drive before it will show
service data.
The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is
no CD present, even though there is. (yes, links for d: and d:: were made
correctly in .wine/dosdevices).
It turns out that the application calls GetVolumeInformationW with a "root"
argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root
path, but since root is not null, the code in GetVolumeInformationW uses "\\"
as the drive letter instead (and fails).
Patching GetVolumeInformationW to treat root == "\\:" the same as the null case
results in the application successfully detecting the CD and operating
properly.
Documentation of GetVolumeInformationW on MSDN seems to indicate that there is
a broader range of possible formats for the root parameter than the wine
implementation currently handles, so perhaps a more extensive fix is needed for
the general case.
--
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=16567
Summary: moving mouse outside the wine virtual desktop causes
crash in FastBltNoTrans()
Product: Wine
Version: 1.0.1
Platform: PC
OS/Version: Windows XP
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stephanecharette(a)gmail.com
Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game
start seems to work well. But the mouse icon is customized for the game, and
changes depending on whether there is an object under the mouse with which you
can interact.
If at any point during the game the mouse is moved outside the wine virtual
dekstop, the game immediately crashes with the following Windows dialog window:
-----------------------
FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt,
rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT
- Rectangle provided was invalid.
-----------------------
I added it to AppDB here:
http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880
I also have an earlier forum posting here with several other details:
http://forum.winehq.org/viewtopic.php?t=3190
--
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=48267
Bug ID: 48267
Summary: Heavy Rain Demo has buggy animations
Product: Wine
Version: 4.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: sashok.olen(a)gmail.com
Distribution: ---
Heavy Rain Demo (free and available through EGS, which can be easily installer
through Lutris) seems to have a problem with its animations when using Wine's
implementation of xaudio2_7.
Particularly, they don't seem to finish and instead just repeat in a loop. You
can see it in this video: https://www.youtube.com/watch?v=R-cWHZnx4xM (there
also seem to be some awful cracking going on but it seems to only affect the
full game so ¯\_(ツ)_/¯ )
Using native xaudio2_7.dll solves the animation issues.
When using wine's implementation of xaudio2, the only xaudio-related line in
the logs appear to be this:
0152:fixme:xaudio2:IXAudio2Impl_QueryInterface
(0xa5ba90)->({60d8dac8-5aa1-4e8e-b597-2f5e2883d484},0x22f950), not found
As a backend, I use FAudio.
Let me know if any logs are needed and which debug channels I need to use.
--
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=46454
Bug ID: 46454
Summary: Minimalistic C++ program removing non-empty directory
is not working
Product: Wine
Version: 4.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: contact(a)shaac.me
Distribution: ---
Created attachment 63241
--> https://bugs.winehq.org/attachment.cgi?id=63241
The binary that works well on Windows, and less well with Wine
If Wine executes a C++ program executing `std::filesystem::remove_all`,
compiled with MSVC, then it will only succeed to remove empty folders, but will
silently fail if the folder is not empty. The call will not raise any error,
but the folder and its content will stay on disk.
In attachment is such a program, rm.exe. If you do `rm.exe <dirname>` on wine,
it will fail to delete non-empty folders. But the same command on Windows will
succeed.
The only Wine terminal output, which shows both when deleting an empty folder
(success) and a non empty-one (failure: bug), is:
002b:fixme:kernelbase:AppPolicyGetProcessTerminationMethod 0xfffffffffffffffa,
0x22fd10
I tested this with wine-4.0-rc5 on Archlinux. And did the Windows side of tests
on a Windows 7 professional.
The program source code is:
#include <filesystem>
int main(int, char** argv)
{
std::filesystem::remove_all(std::filesystem::path(argv[1]));
}
I compiled this program with MSVC version 19.15.26732.1 for x64, with Wine, and
with `/EHsc /TP /std:c++17` flags.
--
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=47961
Bug ID: 47961
Summary: Chernobylite: crashes on startup with "Fatal error!"
Product: Wine
Version: 4.17
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: joseph.kogut(a)gmail.com
Distribution: ---
Created attachment 65468
--> https://bugs.winehq.org/attachment.cgi?id=65468
Debug log w/ +mfplat
Game crashes on startup, displaying a dialog box with the message "Fatal
error!"
This seems to be another UE4 game that requires Windows Media Foundation APIs
for media playback. Installing native versions of these libraries allows the
game to start; singleplayer doesn't work even with workarounds.
--
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=43705
Bug ID: 43705
Summary: PES 2018 Settings.exe crashes
Product: Wine
Version: 2.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: plata(a)mailbox.org
Distribution: ---
Created attachment 59172
--> https://bugs.winehq.org/attachment.cgi?id=59172
Invalid IL code
When Pro Evolution Soccer (PES) 2018 is installed, Settings.exe is executed.
It crashes with the exception in the attachment.
--
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=34541
Bug #: 34541
Summary: Max Payne 3 needs native dotnet20
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mscoree
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrey.goosev(a)gmail.com
Classification: Unclassified
Created attachment 45984
--> http://bugs.winehq.org/attachment.cgi?id=45984
log
As titled.
--
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=23537
Summary: Notepad in Hebrew shows some squares instead of
characters
Product: Wine
Version: 1.2-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Paul.Vriens.Wine(a)gmail.com
Created an attachment (id=29391)
--> (http://bugs.winehq.org/attachment.cgi?id=29391)
Screenshot showing the squares
We now have a Hebrew translation of notepad. The goal was to have at least one
translation in so we can see what bugs we currently have with respect to Hebrew
(and Arabic for that matter).
The screenshot shows some squares where it should show Hebrew text.
I have no idea where to look yet. The title bar seems fine but the text in the
dialog isn't.
Some of the other dialogs also shows squares but I guess it boils down to the
same bug.
--
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=46472
Bug ID: 46472
Summary: Linux kernel 4.19 breaks startup of BO2 due to change
in PTRACE_POKEUSER hw breakpoint behavior
Product: Wine
Version: 4.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: troyb(a)us.ibm.com
Distribution: ---
Created attachment 63297
--> https://bugs.winehq.org/attachment.cgi?id=63297
linux 4.19 commit bd14406b78e6daa1ea3c1673bda1ffc9efdeead0
I bisected Linux 4.18 to 4.19 to find this commit which stops BO2 from
launching under any version of wine from 3.12 to 4.0-rc6, attachment below.
For convenience I hand-reverted the file kernel/events/hw_breakpoint.c as
follows :
/**
* modify_user_hw_breakpoint - modify a user-space hardware breakpoint
* @bp: the breakpoint structure to modify
* @attr: new breakpoint attributes
*/
int modify_user_hw_breakpoint(struct perf_event *bp, struct perf_event_attr
*attr)
{
int err;
/*
* modify_user_hw_breakpoint can be invoked with IRQs disabled and
hence it
* will not be possible to raise IPIs that invoke __perf_event_disable.
* So call the function directly after making sure we are targeting the
* current task.
*/
if (irqs_disabled() && bp->ctx && bp->ctx->task == current)
perf_event_disable_local(bp);
else
perf_event_disable(bp);
#if 0
/* new logic : >= kernel 4.19 */
err = modify_user_hw_breakpoint_check(bp, attr, false);
if (!bp->attr.disabled)
perf_event_enable(bp);
return err;
#else
/* old logic : <kernel 4.19 */
if (!attr->disabled) {
err = modify_user_hw_breakpoint_check(bp, attr, false);
if (err)
return err;
perf_event_enable(bp);
bp->attr.disabled=0;
}
return 0;
#endif
}
I examined some wine source code and found many instance of use of
PTRACE_POKUSER. I don't know enough about this function to know if this kernel
commit directly breaks the wine code, or some other fault in wine code is
indirectly triggering the problem. Using "old logic" in the file
hw_breakpoints above enables kernel 4.19 to start BO2 with 4.0-rc6 (and most
likely others).
--
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=46801
Bug ID: 46801
Summary: Hitman: Sniper Challenge crashes on startup when using
FAudio
Product: Wine
Version: 4.3
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: xaudio2
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Created attachment 63822
--> https://bugs.winehq.org/attachment.cgi?id=63822
backtrace
mmap() failed: Cannot allocate memory
Failed to create permanent mapping for memfd region with ID = 2770054660
Ignoring received block reference with non-registered memfd ID = 2770054660
wine-4.3-188-gab7756619c
--
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.