https://bugs.winehq.org/show_bug.cgi?id=47045
Bug ID: 47045
Summary: unhandled page fault crash after ERROR: Could Not Get
Primary Adapter Handle
Product: Wine
Version: 4.6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.hirsch(a)web.de
Distribution: ---
Created attachment 64215
--> https://bugs.winehq.org/attachment.cgi?id=64215
backtrace of assassin's creed unity crash
The Uplay version of the game "Assassin's Creed: Unity" crashes on start. I
think the interesting part of stdout is here:
2019-04-19 13:37:21 [ 187] [DEBUG] Hooks.cpp (36) : --- Overlay started ---
(C:\Program Files (x86)\Ubisoft\Ubisoft Game Launcher\games\Assassin's Creed
Unity\ACU.exe)
2019-04-19 13:37:21 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'kernel32.dll'
hooked
2019-04-19 13:37:21 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'kernel32.dll'
hooked
2019-04-19 13:37:21 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'shell32.dll'
hooked
2019-04-19 13:37:21 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'xinput1_3.dll'
hooked
2019-04-19 13:37:22 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'dinput8.dll'
hooked
2019-04-19 13:37:22 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'dxgi.dll' hooked
2019-04-19 13:37:22 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'd3d9.dll' hooked
2019-04-19 13:37:22 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'user32.dll'
hooked
2019-04-19 13:37:22 [ 187] [DEBUG] PlatformHooks.cpp (113) : 'kernel32.dll'
hooked
ERROR: Could Not Get Primary Adapter Handle
wine: Unhandled page fault on read access to 0x00000000 at address 0x1422f78da
(thread 00c3), starting debugger...
I attached the backtrace. And I wonder why the error messages contain
references to 32bit and 64bit. The game seems to be in 32bit and I could fix
missing DLL errors by installing 32bit libraries. However one of the main error
messages is "page fault on read access to 0x00000000 in 64-bit code". So I
guess the 64bit wine runtime crashed after it failed to start the 32bit game.
Anyway, here are some specs of my PC:
- Ryzen 5 1600X, 16 GB RAM
- Radeon RX 480 with 8GB, running with the kernel's AMDGPU driver
- Arch Linux with kernel 5.0.7
- wine 4.6 with wine-mono, wine-nine (gallium)
The crash is reproducible no matter whether I chose Win7 or Win10 in winecfg.
And it crashes when started in Uplay as well as when calling "wine ACU.exe" in
the installation directory. Also going into Uplay's offline mode doesn't help
(that was a suggestion I found in a youtube video). Uplay seems to work fine.
--
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=39652
Bug ID: 39652
Summary: Battlefield 2142 Demo fails to start - full DirectX
9.0c installer resolves problem
Product: Wine
Version: 1.8-rc1
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bob.mt.wya(a)gmail.com
Distribution: ---
Created attachment 52853
--> https://bugs.winehq.org/attachment.cgi?id=52853
battlefield_2142_demo_backtrace
Download from:
http://www.gamershell.com/download_15855.shtml
Installation of the Battlefield 2142 Demo (aka training video simulator 2015)
in clean 32-bit Wineprefix.
Launching game without any winetricks verbs, etc. results in the attached
backtrace and console logs.
Executing:
winetricks directx9
and removing all the Wine library overrides allows the game demo to
successfully launch, display a training video and reach the main login screen
(as it can get - due to the shutdown, last year, of the Gamespy Master
Servers).
I haven't been able to successfully launch the game by installing the
individual components of the DirectX9 installer. I did attempt to do this in a
clean 32-bit Wineprefix.
--
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=21806
Summary: Star Wars Empire at War: Demo crashes during battles
Product: Wine
Version: 1.1.39
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=26385)
--> (http://bugs.winehq.org/attachment.cgi?id=26385)
Tutorial 1 debugs, pagefaults, backtraces...
This seems to affect the game any time you are going into battle. At the
loading screen the game will issue a exception.
You have two choices, retry or cancel. I've provided a backtrace log that
results from each selection - as well as the game's built debugger log.
For anyone wishing to confirm, just try Tutorial 1. It will crash in under
2mins. The other tutorials may crash too, but not nearly as often since there's
not many battles to load. I was using the Demo CD I got in a promo.
--
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=40045
Bug ID: 40045
Summary: Thinking Worlds Player: Direct3D 9 application doesn't
display anything
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: zionnimchuk(a)gmail.com
Distribution: ---
Created attachment 53508
--> https://bugs.winehq.org/attachment.cgi?id=53508
Verbose error log warn+all
Wine runs the application, gets no significant errors, but nothing shows up. I
have to force quit (Ctrl-C) the application to close it.
Tested operating systems: 64-bit Arch Linux, 64-bit Ubuntu 15.10
Wine versions tested: 1.9.2, 1.9.1 (from Arch Linux package)
I initially posted this as a forum post. You can see it here:
https://forum.winehq.org/viewtopic.php?f=8&t=26045
Error log (normal output):
fixme:win:EnumDisplayDevicesW ((null),0,0x32f724,0x00000000), stub!
fixme:console:CONSOLE_DefaultHandler Terminating process 8 on event
If you look at the more verbose error log, you can see, on line 295-298 it
says:
warn:d3d_surface:surface_init Creating a lockable surface with a POOL of
DEFAULT, that doesn't specify DYNAMIC usage.
warn:d3d9:d3d9_swapchain_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce}
not implemented, returning E_NOINTERFACE.
warn:d3d9:d3d9_swapchain_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce}
not implemented, returning E_NOINTERFACE.
warn:d3d9:d3d9_device_QueryInterface {580ca87e-1d3c-4d54-991d-b7d3e3c298ce} not
implemented, returning E_NOINTERFACE.
Which I think is the problem.
You can view the verbose error log (warn+all) here:
http://paste.scratchbook.ch/view/ec9a60dc (same as 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.
https://bugs.winehq.org/show_bug.cgi?id=47278
Bug ID: 47278
Summary: Europa Universalis 4 Golden Century require TGA
support in D3DXSaveSurfaceToFileInMemory
Product: Wine
Version: 4.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3dx9
Assignee: wine-bugs(a)winehq.org
Reporter: lorenzofer(a)live.it
Distribution: ---
HI.
As the title says, Europa Universalis 4 Golden Century (so version 1.28.3
Spain), require TGA file support for D3DXSaveSurfaceToFileInMemory function.
In the log there is :
0057:fixme:d3dx:D3DXSaveSurfaceToFileInMemory File format 0x2 is not supported
yet
After the line the application catch a MEMORY_ACCESS_VIOLATION and close
itself.
In the log there is also a bunch of:
0057:fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
For now winetricks d3d9x_43 is a workaround
--
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=23124
Summary: Philippine English locale defaults to wrong SUBLANG
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P4
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
I understand that following 1.2 .po file are going to be used, so this should
be easier to resolve then.
Philippine English follows American English rules, but currently defaults to
pick up SUBLANG_NEUTRAL which is British English. It should be picking up
SUBLANG_DEFAULT for American English.
I'm not sure if this can be changed before the introduction of .po files but
it's not urgent.
http://en.wikipedia.org/wiki/Philippine_English
--
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=44315
Bug ID: 44315
Summary: Guild Wars 2 - Slow Performance since Wine 2.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: Mint
Created attachment 60162
--> https://bugs.winehq.org/attachment.cgi?id=60162
Screenshot showing performance between old and newer Wine versions.
Wine 2.0 (with Staging patches) was the last version to run this game at a good
performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in
every aspect of the game. The staging versions (up to 2.21) perform the same as
"non staging" Wine.
While no other of my tested games were affected, it looks as if something in
CSMT was changed and affected this particular title. I've tested this across
multiple system configurations and the results are always the same.
Considering how much this game struggles to maintain a playable framerate, a
loss of 15-25 frames (depending on the situation) is a bit excessive.
Screenshot attached, showing the frames difference in an instanced area of game
where the performance can easily be used as a "benchmark".
Tests have been performed on 3 systems:
Ryzen 1700X
16GB DDR4 2800MHZ Ram
Nvidia GTX 1060 / v384.98 Drivers
-------------------------------------------
i5-4590
8GB DDR3 Ram
Nvidia GTX 960 / 384.98 Drivers
-------------------------------------------
i5-2400
8GB DDR3 Ram
Nvidia GTX 760 / 375.66 Drivers
--
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=43280
Bug ID: 43280
Summary: Gothic 1, no Music
Product: Wine-staging
Version: 2.10
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: shitman71(a)hotmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Music not working in Gothic 1 and other games, this was introduced with windows
vista sp1. They did some changes to their soundsystem or something like this,
this affected many games. I gues this was introduced in wine too.
I dont know what exactly was done but i know problems with music existed even
in win8.1.
--
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=28692
Bug #: 28692
Summary: Korg M1 DLE Load Program dialogue does not show files
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gigaday(a)googlemail.com
Classification: Unclassified
Created attachment 36878
--> http://bugs.winehq.org/attachment.cgi?id=36878
No files shown under Wine
The Load Program dialogue should show files with extensions *.m1prog, but they
are not shown although the exist in the directory.
Screen shots of Windows and Wine 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.