https://bugs.winehq.org/show_bug.cgi?id=43180
Bug ID: 43180
Summary: KnightOfKnights crashes without native d3dxof
Product: Wine
Version: 2.10
Hardware: x86
URL: http://ftp.vector.co.jp/34/19/1946/Knight050.lzh
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dxof
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 58451
--> https://bugs.winehq.org/attachment.cgi?id=58451
Logfile
This is an old freeware game that seems to use DirectX7. It has a lot of
issues, black textures are addressed in Bug 43159.
Without native d3dxof, when starting the game, the game crashes.
When testing the game, it's advised to check "emulate a virtual desktop" in
winecfg, since it only supports low-resolution fullscreen mode and is prone to
crashes.
Also, when you have a gamepad plugged in it might not accept keyboard input,
keep that in mind when testing.
To work around other issues that crash the game, please run "winetricks gmdls
directmusic".
How to test:
To select an option, press x. Just click through your way through.
When in "Stage Select", move left with the arrow keys, then press x.
Press x again to start the game.
It then crashes.
Logfile attached, but it's pretty useless I think.
Download link attached.
There is a way to make it start without crashes, by patching the executable.
If you turn the conditional branch at 0x00424474 into an unconditional jump,
the game will load.
Please note that this hack makes the game start, but the character models are
visibly broken. If the same change is applied while the native d3dxof is used,
it still renders fine.
I'm trying to find the cause, but I'm not yet very good at this, and don't
really know how to go about it, so help is appreciated.
--
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=53102
Bug ID: 53102
Summary: UbisoftConnect: Initialization fails with 7.10
(dlls/cryptnet)
Product: Wine
Version: 7.10
Hardware: x86-64
URL: https://ubistatic3-a.akamaihd.net/orbit/launcher_insta
ller/UbisoftConnectInstaller.exe
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: berillions(a)gmail.com
CC: hans(a)meelstraat.net
Regression SHA1: f74271648776969cc8d4b914ac8d409c4f37f6d5
Distribution: Debian
Created attachment 72536
--> https://bugs.winehq.org/attachment.cgi?id=72536
Initialization step
Hi,
This commit breaks UbisoftConnect in a fresh install or clean wineprefix when
the application initializes for the 1st time.
If the application was installed and launched once with wine 7.9, it possible
to launch it with wine 7.10.
I attach 2 screenshots :
- The initialize step
- The error message about connection lost
Revert the bad commit allow to pass the initialization step.
How to reproduce :
- install corefonts in a clean prefix
- install UbisoftConnect
- Log in to your Ubi account
- Initialization step fails.
--
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=46718
Bug ID: 46718
Summary: IDispatch.Invoke cause 80020005 error on out IUnknown
Param
Product: Wine-staging
Version: 3.0
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: alexeev(a)krista.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 63688
--> https://bugs.winehq.org/attachment.cgi?id=63688
AutoObjectCmd.exe test with required lib
IDispatch.Invoke cause 80020005 error on out IUnknown param, when call argument
is IDispatch. Sounds like right result, but Windows try to cast out parameter
to argument type. Attached application with library should fail in Wine on such
call - simple run AutoObjectCmd.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.
http://bugs.winehq.org/show_bug.cgi?id=29974
Bug #: 29974
Summary: StarBurn crashes on disabling skins
Product: Wine
Version: 1.4-rc4
Platform: x86-64
URL: http://www.starburnsoftware.com/products/starburn/down
load/download-starburn-free
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: RandomAccountName(a)mail.com
Classification: Unclassified
Created attachment 39020
--> http://bugs.winehq.org/attachment.cgi?id=39020
Terminal output
StarBurn crashes a moment after disabling skins within the program. This option
is at view -> skin -> disable.
Workaround: native uxtheme.dll
--
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=53484
Bug ID: 53484
Summary: dxgi:dxgi times out on the debiant VM
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: d3d
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
Distribution: ---
dxgi:dxgi times out on the debiant VM:
dxgi:dxgi:04b4 done (258) in 120s
https://test.winehq.org/data/patterns.html#dxgi:dxgi
The timeouts started on 2022-07-27 and have been systematic since. Yet neither
the VM configuration nor the test have changed around that date. So the
timeouts are most likely caused by some change in Wine.
Also when adding timing information (WINETEST_TIME) I did not see any place
where the test would get stuck for several seconds. The discrepancy between
debian11 and debiant is just that the test was already slower on debiant:
Up to 2022-07-26 debian11 took 16 s and debiant 70 s
Since 2022-07-27 debian11 takes 96 s and debiant times out
So on 2022-07-27 something caused a 5x slowdown and because debiant was already
4x slower than debian11 it now times out.
--
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=52467
Bug ID: 52467
Summary: Regression from 6.0.2 to 7.0 with Kaseya Live Connect
9.5.0.28 management software
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mike(a)papersolve.com
Distribution: ---
Created attachment 71755
--> https://bugs.winehq.org/attachment.cgi?id=71755
backtrace of crash of kaseya live connect management software
Hi, I am reporting a regression from wine 6.0.2 to wine 7.0. Unfortunately it's
with an app that will be rather hard for you to test (it's the technician
software for the Kaseya remote management and monitoring software that allows
techs to connect to computers remotely and manage them... yeah that Kaseya that
got hacked last year!). Works great for me in wine 6.0.2 but not in 7.0, where
one of its components crashes. I will attach the logs and backtrace below, but
I was able to do a bisect and came up with this:
root@ossy:/usr/src/wine-git# git bisect good
5c009c17b3a212c3f5b0034c465077c0c593daae is the first bad commit
commit 5c009c17b3a212c3f5b0034c465077c0c593daae
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Tue Jun 15 23:13:32 2021 -0500
ws2_32: Reimplement bind() and getsockname() on top of IOCTL_AFD_BIND and
IOCTL_AFD_GETSOCKNAME respectively.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ws2_32/socket.c | 344 ++++++-------------------------------------
dlls/ws2_32/tests/afd.c | 8 +-
dlls/ws2_32/tests/sock.c | 2 +-
dlls/ws2_32/ws2_32_private.h | 4 -
4 files changed, 54 insertions(+), 304 deletions(-)
While this is likely related to #47412 and #51464 I'm hoping that my additional
work doing the backtrace will link this up with other bug reports for any other
software that may be affected.
--
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=51779
Bug ID: 51779
Summary: Visual Studio msvsmon fails to bind server socket in
child processes
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: jacek(a)codeweavers.com
Distribution: ---
Created attachment 70679
--> https://bugs.winehq.org/attachment.cgi?id=70679
hack
When a connection to msvsmon.exe [1] is established, msvsmon spawns a new child
process to listen for more incoming connections. Unix is less permissive in its
SO_REUSEPORT handling than Windows, we may need to be more to handle more of
that ourselves.
The attached hack may be used to work around the problem.
[1] https://wiki.winehq.org/Wine_Developer%27s_Guide/VS_Remote_Debugging
--
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=53081
Bug ID: 53081
Summary: Retina Mode broken since
7f7f9fa22c5cbe629e79a54257d5bd21403e80db
Product: Wine
Version: 7.9
Hardware: x86-64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P2
Component: winemac.drv
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Setting HKCU\Software\Wine\Mac Driver\RetinaMode="1" no longer has any effect
on high DPI Macs. The windows Wine creates are DPI-Scaled by the operating
system.
This is a regression caused by the following patch:
7f7f9fa22c5cbe629e79a54257d5bd21403e80db is the first bad commit
commit 7f7f9fa22c5cbe629e79a54257d5bd21403e80db
Author: Jacek Caban <jacek(a)codeweavers.com>
Date: Sun May 15 20:27:37 2022 +0200
winemac: Directly use ntdll for registry access in
create_original_display_mode_descriptor.
Signed-off-by: Jacek Caban <jacek(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
A quick check suggests that the registry key itself is picked up OK, so the
problem is probably that the retina code doesn't see the original display mode
correctly and thinks the mode has been changed.
--
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=53590
Bug ID: 53590
Summary: GetFileInformationByHandleEx() not fully implemented
causing boost::directory_iterator failures with boost
v1.79 and newer
Product: Wine
Version: 7.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: reserv0(a)yahoo.com
Distribution: ---
Created attachment 72974
--> https://bugs.winehq.org/attachment.cgi?id=72974
Repro test
Greetings,
I am using boost::directory_iterator in a project of mine, and noticed that
stating with boost v1.79 (which implementation changed to use
GetFileInformationByHandleEx), Wine (currently using v7.15, but it happens with
former versions) is causing "not implemented" boost errors on directory
iterator creation.
This can easily be reproduced by running 'tut4.exe C:' (example program from
boost/filesystem).
I am attaching a pre-built tut4.exe here with the log I get from 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.