https://bugs.winehq.org/show_bug.cgi?id=52155
Bug ID: 52155
Summary: kernel32:pipe times out on 64-bit Wine
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
kernel32:pipe now times out on 64-bit Wine:
pipe.c:3218: testing message mode, byte read client->server writes...
pipe.c:3148: Test failed: WriteFile returned 0(6)
kernel32:pipe:0520 done (258) in 120s
https://test.winehq.org/data/patterns.html#kernel32:pipe
The timeout only happens on WoW64 wineprefixes but impacts both real machines
(cw-gtx560, cw-rx460) and VMs (notably the TestBot's debiant2 VM).
A bisect shows that this started with the commit below:
commit a041075cd2c26874757e0b6e1449c23c1326241c
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Dec 2 09:59:49 2021 +0100
makefiles: Support per-platform values for EXTRADLLFLAGS.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=52290
Bug ID: 52290
Summary: Playground Sessions crashes on startup
Product: Wine
Version: 7.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: install1ball(a)gmail.com
Distribution: ---
Created attachment 71431
--> https://bugs.winehq.org/attachment.cgi?id=71431
Playground Sessions crash backtrace
The Playground Sessions piano teaching app crashes during startup before the
splash page and audio introduction are displayed.
My Environment:
CPU - x86_64
O/S - Fedora 35 - Kernel 5.15.10-200.fc35.x86_64
Wine - wine-7.0-rc2 (Staging)
Playground Sessions - Version 2.5 (Their only version)
Backtrace uploaded
The problem started after a dnf update command that brought wine to version
6.21-staging. Tried downgrading wine as far as I could but the problem
persists. Created new wine prefix (32-bit) and no luck.
I am about at the limit of my skill here. This is the only app I use with wine
so I do not have a lot of experience with it.
The program can be downloaded here.
https://www.playgroundsessions.com/windows
The software is proprietary and subscription-based, but it crashes well before
the authentication screen is presented.
My personal feeling is that I am missing a library but I have no idea how to
check that.
--
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=51103
Bug ID: 51103
Summary: d3d11:d3d11 crashes on Windows + NVidia
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Created attachment 69968
--> https://bugs.winehq.org/attachment.cgi?id=69968
Traces for the crash on cw-gtx560
d3d11:d3d11 crashes on the cw-gtx560 machine which has an NVidia graphics card.
The crash happens from Windows 8.1 to Windows 10 2009 so it seems to be related
to the graphics driver rather than to the Windows version.
https://test.winehq.org/data/patterns.html#d3d11:d3d11
The crash shows no backtrace but I added traces and found that the crash
happens on the final release in test_device_context_state():
refcount = ID3D11Device1_Release(device);
Adding a trace on the previous line shows that the refcount before that call is
1. So it's not a case of a one-too-many release calls.
Without test_device_context_state() d3d11:d3d11 does not crash. According to a
bisect the commit causing this crash is:
commit ccffc06c6df30aa8b4ea487b868c419b9c7f5a9a
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Tue Feb 2 16:41:00 2021 +0100
d3d11/tests: Add more tests for
ID3D11DeviceContext1_SwapDeviceContextState.
Better checking multiple context swap side effects.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Henri Verbeet <hverbeet(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
--
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=48096
Bug ID: 48096
Summary: Mulle Meck: Unhandled exception when starting game
Product: Wine
Version: 4.19
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: odecif(a)gmail.com
Distribution: ---
Created attachment 65654
--> https://bugs.winehq.org/attachment.cgi?id=65654
warn+all debug log
When running the game w/o any debug flags one receive the following:
wine: Unhandled exception 0x80000004 in thread 9 at address 0040986D (thread
0009), starting debugger...
Attached is a pretty short debug log.
Some specs:
Manjaro Linux 18.1.2
(clean prefix) wine-4.19-251-g292b728908
Windows 2000-mode (also tried with 95/98/Me/XP/7)
No overrides
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
The game is protected by SafeDisc 1 (old game), but running from CD gets pass
the "Please insert the correct CD"-error message so it's probably nothing to do
with that.
--
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=38210
Bug ID: 38210
Summary: WshScriptExec's StdIn StdOut and StdErr are missing.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wshom.ocx
Assignee: wine-bugs(a)winehq.org
Reporter: ptubbytaylor(a)gmail.com
Distribution: ---
Created attachment 51003
--> https://bugs.winehq.org/attachment.cgi?id=51003
Example.ahk
Here's the documentation for the WshScriptExec object:
https://msdn.microsoft.com/en-us/library/2f38xsxe(v=vs.84).aspx
The Std properties appear to have the same interface as TextStream objects,
which are documented here:
https://msdn.microsoft.com/en-us/library/312a5kbt(v=vs.84).aspx
Attached is an AutoHotkey v1.1.20.00 script that demonstrates using the StdIn
property. Note that this problem isn't limited to just AutoHotkey scripts, I'm
just using this property primarily from AutoHotkey.
--
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=48733
Bug ID: 48733
Summary: Microsoft Visual Studio 2019 web-installer fails due
to missing NCryptOpenStorageProvider
Product: Wine
Version: 5.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is continuation of bug 47626. The workaround still works but information
since comment 8 (including) is partially obsolete, Wine evolved.
The small stage-1 web installer downloads the real installer but fails to
validate it due to missing NCryptOpenStorageProvider. It can be seen from logs
(WINEDEBUG=+crypt,+ncrypt) and also from generated log in
Temp/dd_bootstrapper_*.log:
Download failed using WebClient engine.
Microsoft.VisualStudio.Setup.Security.InvalidSignatureException: Package
signature verification threw exception: Unknown error "-2146893783"., for path:
vs_installer.opc
-2146893783 = 0x80090029 = NTE_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=44635
Bug ID: 44635
Summary: Gray Matter: Crash on new game start
Product: Wine
Version: 3.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sa(a)whiz.se
Distribution: ---
Created attachment 60627
--> https://bugs.winehq.org/attachment.cgi?id=60627
crash log
The game Gray Matter (the version from GOG) crashes when a new game is started.
The last message from Wine is
03b:fixme:d3dx:ID3DXEffectImpl_CloneEffect (0x47f5360)->(0x17be28, 0x5f74420):
stub
This is a regression of some sort. The game runs with staging 2.21 (in fact I
completed the entire game with this version).
The game does not start with vanilla Wine 2.21. If Appdb is to be believed the
game was playable back in 1.9.14, but building older Wine releases is
troublesome so I haven't been able to bisect:
Error: Cannot open face courier.ttf
Makefile:172: recipe for target 'coue1255.fon' failed
make[1]: *** [coue1255.fon] Error 1
The game requires the following winetricks: mdx xact d3dcompiler_43.
Bug filed against 3.2 but tried against wine-3.2-256-g7b62a970e9.
--
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=41386
Bug ID: 41386
Summary: Motocross Madness 2 Unhandled page fault on read
access to 0x00000000 at address 0x44c468
Product: Wine
Version: 1.9.19
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: haakobja(a)gmail.com
Created attachment 55737
--> https://bugs.winehq.org/attachment.cgi?id=55737
PlayOnMac-log
Motocross Madness 2 crashes due to "Unhandled page fault on read access to
0x00000000 at address 0x44c468"
--
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=48760
Bug ID: 48760
Summary: ConEmu shows 'GetConsoleProcessList failed' at startup
Product: Wine
Version: 5.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
ConEmu shows "ConEmuC64.exe: PID=132: GetConsoleProcessList failed, code=0" at
startup due to GetConsoleProcessList being just a stub.
Returning zero is an error according to documentation, "because every console
has at least one process associated with it".
Then ConEmu starts successfully, so this is a minor issue.
--
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.