https://bugs.winehq.org/show_bug.cgi?id=57816
Bug ID: 57816
Summary: Splinter Cell: Pandora Tomorrow (2004): crashes when
changing game resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78026
--> https://bugs.winehq.org/attachment.cgi?id=78026
output log
When I change the game resolution via the options menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCell2.ini configuration
file:
WindowedViewportX=1600
WindowedViewportY=1200
and the SplinterCell2.ini configuration file:
Resolution=1600x1200
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.31).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=57815
Bug ID: 57815
Summary: Splinter Cell (2002): crashes when changing game
resolution when used with DXVK
Product: Wine
Version: 10.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winewayland
Assignee: wine-bugs(a)winehq.org
Reporter: daniel.penalized(a)proton.me
Distribution: ArchLinux
Created attachment 78025
--> https://bugs.winehq.org/attachment.cgi?id=78025
output log
When I change the game resolution via the settings menu, the game crashes.
You can also crash when you start the game (right after the introductory
video). Just change the game resolution via the SplinterCellUser.ini
configuration file:
Resolution=1920x1080
This behavior only happens when used with DXVK. It doesn't happen with WineD3D
OpenGL (it's impossible to test with WineD3D Vulkan, as it completely breaks
the look of the game). And of course, it doesn't happen with winex11.drv
either.
- The game was installed via CD-ROM and is up to date with the latest update
(v1.3).
- I use labwc/wlroots as WM.
- Although I'm on Arch Linux, I compile wine manually with these options:
./configure --prefix=/usr --enable-archs=i386,x86_64 --enable-win64. So I'm
using the new WoW64 mode, but this behavior also happens in normal wine.
--
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=48451
Bug ID: 48451
Summary: i cant run file .exe
Product: Wine
Version: unspecified
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advpack
Assignee: wine-bugs(a)winehq.org
Reporter: huynhphu567(a)gmail.com
Created attachment 66233
--> https://bugs.winehq.org/attachment.cgi?id=66233
.
caused when run file .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.
https://bugs.winehq.org/show_bug.cgi?id=57679
Bug ID: 57679
Summary: SimHub shows black window when the app is minimized.
Product: Wine
Version: 10.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: logos128(a)gmail.com
Regression SHA1: 2e6820ee4ba30b1a8831d29937a369b9b548656b
Distribution: ArchLinux
Usually this black window (rectangle) appears at the same place as the
minimized window. When the app window is maximized again, it covers the black
window. After several minimize/unminimize attempts, though, the black rectangle
will appear elsewhere on the screen. After that the main window unminimizes at
this new place, with its window controls (close box, minimize box, etc.)
unresponsive to mouse clicks.
SimHub (https://www.simhubdash.com) is a WPF app and requires .NET 4.8 to
function properly.
--
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=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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=14543
Summary: Worms World Party crashes on attempting to run
Product: Wine
Version: 1.1.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: quartz
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Rincebrain(a)gmail.com
Created an attachment (id=14883)
--> (http://bugs.winehq.org/attachment.cgi?id=14883)
Wine 1.1.1 output log (including BT)
Worms World Party crashed when I attempted to run it - WWP fullscreened and
rendered a black screen atop everything else, then Wine crashed, and sat at a
backtrace until I killed wineserver.
Wine output, including backtrace, attached.
--
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=57109
Bug ID: 57109
Summary: Ableton Live 12: Max for Live fails to start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pedrodarch15b(a)gmail.com
Distribution: ---
Created attachment 76997
--> https://bugs.winehq.org/attachment.cgi?id=76997
wine output
Ableton Live 12 (both Suite and Trial versions) won't start Max for Live. It
gets stuck on "Starting Max...", and renaming the Max folder to something else
(this tricks Ableton into thinking that Max is not installed) makes the program
start just fine.
The cause of this issue seems to be a regression in ucrtbase (Max for Live was
working just fine before Wine 9.12 if I recall correctly).
By installing the program multiple times I have noticed that Max does start
upon launching Ableton just after installing, but not on subsequent runs.
I have tested the program on a clean prefix (mostly, I did set wined3d renderer
to vulkan using winetricks), using a fresh build of latest git wine, compiled
locally with GCC 14 on Arch Linux.
--
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=48413
Bug ID: 48413
Summary: Unable to Run DelftShip keep getting "Runtime Error
217 at 00000000004140EC"
Product: Wine
Version: 5.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: drctheboss(a)charter.net
Distribution: ArchLinux
Was able to install and use last year using Mint 19.1 and Wine 4.0.1 using the
following fix, that I had posted in the AppDB for DelftShip. I have since moved
over to Manjaro 18.1.5 and using Staging 5.0-rc2. I followed the procedure
below and it installed acouple of extra files and I didnt see any errors on the
installation, but when I run the program I get "Runtime Error 217 at
00000000004140EC"
Last working fix
"Possible problem with some distro/wine combination - found was that the
downloaded "exe" installer would hang up at "moving files"; see below for
workaround.
Set Winecfg default to Windows 7 The exe installer is affected by bug 34989 /
33345, and the workaround mentioned in that bug report works for DELFTship. Run
the downloaded exe with the following command to extract the files within it:
wine /path/to/version_of_delftship.exe /extract Example: dave@dave-GB-BXBT-1900
~ $ wine /home/dave/Downloads/DELFTship_90_300_mc0_sa.exe /extract This will
create a subdirectory with the extracted files in the directory where the exe
is located. The name of the subdirectory will be some combination of letters
and numbers. Example: /home/dave/Downloads/323610A Within the directory are two
files, Delftship.msi and DelftShip.x64.msi one is 32 bit and one 64 bit. take
your pick, both worked fine on my version of wine 2.0. Once you click on the
version you want it will install DelftShip and ask you if you want to run the
program. That's all folks ;-0"
I hope this can work again thanks for your hard work
--
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=37644
Bug ID: 37644
Summary: .NET 3.5 crash when running System.Console.Clear()
Product: Wine
Version: 1.7.30
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: james(a)jameswarner.us
Distribution: ---
Created attachment 50099
--> https://bugs.winehq.org/attachment.cgi?id=50099
Example program, source code to said program and output log
When running System.Console.Clear() under .NET 3.5 in WINE (installed in a
clean .wine through Winetricks), it will crash with:
Unhandled Exception: System.IO.IOException: Invalid handle.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.Console.GetBufferInfo(Boolean throwOnNoConsole, Boolean&
succeeded)
at System.Console.Clear()
This can be reproduced by running System.Console.Clear() under any application
in .NET 3.5.
Attached is a demo application to reproduce this, the source code to produce
this issue and the log generated.
WINE version: 1.7.30 under Debian (sid) x86.
--
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.