https://bugs.winehq.org/show_bug.cgi?id=44827
Bug ID: 44827
Summary: FL Studio: 32-bit/64-bit VST plugin bit bridging soft
locks the host
Product: Wine
Version: 3.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajduck(a)outlook.com
Distribution: ---
Trying to bridge a 32-bit VST plugin in FL Studio 64-bit, or bridge a 64-bit
VST plugin in FL Studio 32-bit, leads to this being outputted:
003c:err:ntdll:RtlpWaitForCriticalSection section 0x1ac6028 "?" wait timed out
in thread 003c, blocked by 002a, retrying (60 sec)
And the DAW soft locks with a loading cursor as it blocks the UI until the
plugin's loaded, forever trying to bridge the plugin.
(By "soft lock", I mean that FL Studio itself is still responsive, but you're
completely blocked from doing anything and the only way to get out of it is to
kill the process.)
======
Steps to reproduce:
1. Download and install FL Studio 12 Demo:
https://support.image-line.com/redirect/FLStudio_Installer_Google
The demo and the full version are the same executable.
You will need the Arial font or any ttf named as arial.ttf in
"C:/Windows/fonts/". If you have Winetricks just run "winetricks corefonts"
(you will need the cabextract package).
2. Download any 32-bit or 64-bit VST to test.
This is the one I tried, a 32-bit plugin (http://veg.by/en/projects/syxg50/).
The plugin itself is working perfectly. You can use any VST you want, as long
as you know whether it's 32-bit or 64-bit.
Put the dll file in "~/.wineprefix/drive_c/Program Files
(x86)/Steinberg/VstPlugins/".
3. Open the FL Studio version which DOESN'T match the instruction set of the
VST you're using. If you're using a 32-bit VST plugin, open FL Studio 12
(64-bit). If you're using a 64-bit VST plugin, open FL Studio 12 (32-bit). (If
you're using the VST I linked to, open FL Studio 12 (64-bit))
4. When FL Studio is launched for the first time, a featured project file is
automatically loaded. Click "File" in the top left corner and then "New" to
create an empty project.
5. Click "Options" > "Manage Plugins"
6. Click the "Start scan" button with "Verify plugins" enabled (make sure the
light is red). Let it scan for plugins.
7. Close the window, click "Add", and then "More plugins..." (under System)
8. Find and select "S-YXG50" (or if you used another VST, pick that).
9. Because the instruction set of the VST plugin doesn't match the host
program's (FL Studio), FL Studio will try to run the VST plugin under a
"bridge" (which uses ilbridge.exe, the bridging program installed as part of FL
Studio). However, the plugin never loads. The UI blocks any interaction while
plugins are being loaded so FL Studio is effectively soft locked.
--
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=46584
Bug ID: 46584
Summary: Can't use two mice at once for separate inputs in
Ricochet Infinity
Product: Wine
Version: 4.0
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: spleefer90(a)gmail.com
Distribution: ---
This game has a really fun feature - it let's you use two mice (mouse+touchpad
also works) as two separate player inputs.
This does not work in WINE, every input seems to count as player 1.
Here's a picture from Windows in case you're still baffled -
https://i.imgur.com/BoZSSI1.jpg
The game has been discontinued for 8+ years, so if you have trouble finding it
for testing, here's a trial .exe that lets you test for 60 minutes -
https://cloud2.rys.pw/s/HtzoGHwCsK5xFjg
Using KDE as a DE.
I was told this is an upstream issue with all the other software, and either
progress has to be made there or WINE has to grab input(optionally?) from /dev
directly.
"Tobias
--
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=56687
Bug ID: 56687
Summary: i tried to play a video using potplayer and it bugged
. never played
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: philipaswa01(a)gmail.com
Distribution: ---
Created attachment 76468
--> https://bugs.winehq.org/attachment.cgi?id=76468
the details of the process leading gto the crush of potplayer in wine ubuntu
22.04
i tried to play a video using potplayer and it bugged . never played
--
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=56696
Bug ID: 56696
Summary: AOE IV crash all the time
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: basementbbs(a)gmail.com
Distribution: ---
Created attachment 76481
--> https://bugs.winehq.org/attachment.cgi?id=76481
AOE IV crash all the time
AOE IV crash all the time
--
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=54832
Bug ID: 54832
Summary: Dereference with non-constant offset of type
HLSL_IR_EXPR
Product: vkd3d
Version: 1.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: flibitijibibo(a)gmail.com
Distribution: ---
Created attachment 74335
--> https://bugs.winehq.org/attachment.cgi?id=74335
EG2 Vertex Shader
MojoShader uses this for arrays, as an example:
---
float4 uniforms_float4[13];
int4 m_v6 : BLENDINDICES0;
const int ARRAYBASE_8 = 0;
a0.x = int(floor(abs(v6.x) + 0.5) * sign(v6.x));
r0.xy = lerp(v1.xy, v1.zw, uniforms_float4[ARRAYBASE_8 + a0.x].xy);
---
A complete example from Escape Goat 2 is attached, but this shader depends on
#54826 getting fixed first.
--
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=25498
Summary: ACDSeePFM doesn't see dlls in Common Files
Product: Wine
Version: 1.3.9
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=32462)
--> (http://bugs.winehq.org/attachment.cgi?id=32462)
Terminal output on Wine 1.3.9 at installation
Steps to reproduce:
1) remove ~/.wine
2) install acdseepfm-1-0-81-win-en.exe
3) wine ACDSeePFM.exe
Behaviour:
err:module:import_dll
Expected behaviour:
no err:module:import_dll
Terminal output:
err:module:import_dll Library ShellIntMgrPFMU.dll (which is needed by
L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame
Manager\\1.0\\ACDSeePFM.exe") not found
err:module:import_dll Library ACDInTouch70U.dll (which is needed by
L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame
Manager\\1.0\\ACDSeePFM.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe" failed,
status c0000135
Additional info:
Both dlls are available in "~/.wine/drive_c/Program Files/Common Files/ACD
Systems" and if I copy them to application main directory both errors
disappear.
--
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=48363
Bug ID: 48363
Summary: Adobe Creative Cloud Installer shows blank window
Product: Wine
Version: 5.0-rc2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajg02(a)elfringham.co.uk
Distribution: ---
Created attachment 66106
--> https://bugs.winehq.org/attachment.cgi?id=66106
Console log for Set-up.exe
Clean Wine prefix set to Win10 runs Set-up.exe for CC installer which shows a
blank window.
See attachment for console log.
--
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=56680
Bug ID: 56680
Summary: Add support for application shims
Product: Wine
Version: 9.8
Hardware: x86-64
URL: https://archive.org/download/DungeonKeeper2Demo/Dungeo
nKeeper2Demo.exe
OS: Linux
Status: NEW
Keywords: download
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Distribution: ---
We have a few scattered bugs about this (most recently, bug 56661, but also bug
13994, et al).
As Windows continues to evolve, it becomes more common for applications to need
shims. Additionally, some applications install their own shims
(https://bugs.winehq.org/show_bug.cgi?id=56661#c6).
--
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=37607
Bug ID: 37607
Summary: MyHeritage Family Tree Builder fails to add "window"
item/initialize scripting engine
Product: Wine
Version: 1.7.31
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: sebastian(a)fds-team.de
Distribution: ---
(Originally reported here:
https://github.com/wine-compholio/wine-staging/issues/187)
After starting the main application first login with your account. Registration
is free, but required unfortunately. Register via the website to workaround an
issue with the application registration form - make sure that no '+' signs are
in your email address, registration works, but login not...
Create a new project, create a new family, and click on Reports -> Ancestors.
A few message boxes will show up with content
'Unable to add "window" item'
'Unable to initialize scripting engine'
These message boxes repeat a couple of times, and afterwards an empty report
shows up.
Related terminal output with WINEDEBUG=+jscript:
--- snip ---
003f:trace:jscript:DllMain (0x7cb70000 1 (nil))
003f:trace:jscript:DllGetClassObject (CLSID_JScript
{00000001-0000-0000-c000-000000000046} 0xc5de4b8)
003f:trace:jscript:ClassFactory_QueryInterface (0x7cbfeef0)->(IID_IClassFactory
0xc5de4b8)
003f:trace:jscript:ClassFactory_AddRef (0x7cbfeef0)
003f:trace:jscript:JScriptFactory_CreateInstance ((nil)
{bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x26c9bb8)
003f:trace:jscript:JScript_QueryInterface (0xb39e270)->(IID_IActiveScript
0x26c9bb8)
003f:trace:jscript:JScript_AddRef (0xb39e270) ref=2
003f:trace:jscript:JScript_Release (0xb39e270) ref=1
003f:trace:jscript:ClassFactory_Release (0x7cbfeef0)
003f:trace:jscript:JScript_SetScriptSite (0xb39e270)->(0x26c9bc0)
003f:trace:jscript:JScript_AddNamedItem (0xb39e270)->(L"window" 2)
003f:trace:msgbox:MSGBOX_OnInit L"Unable to add \"window\" item\n"
003f:trace:msgbox:MSGBOX_OnInit L"Unable to initialize scripting engine"
--- snip ---
JScript_AddNamedItem fails because This->ctx == NULL.
Installing native 'jscript' via 'winetricks jscript' works around this issue
and the report shows up properly (wasn't able to compare it with Windows, but
definitely looks better than before).
$ git describe origin/master
wine-1.7.31-88-g9a68ef4
$ sha1sum family_tree_builder_7138.exe
74245c94089642d65b2fde09fd7188430df68b81 family_tree_builder_7138.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=31332
Bug #: 31332
Summary: Project64: about page fails to render
Product: Wine
Version: 1.5.9
Platform: x86
URL: http://www.pj64-emu.com/downloads/func-startdown/34/
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: ieframe
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Classification: Unclassified
Created attachment 41173
--> http://bugs.winehq.org/attachment.cgi?id=41173
terminal output
Install project64, run it. Go to 'Help', 'about Project 64'. A small window
opens up, that should contain the about info. Behind this, iexplore.exe opens
with about:blank.
winetricks -q ie7 works around it.
austin@aw25 ~ $ sha1sum setup\ Project64\ 1.6.exe
005954395994c0a355c06abae3fc88d10ae84934 setup Project64 1.6.exe
austin@aw25 ~ $ du -h setup\ Project64\ 1.6.exe
2.0M setup Project64 1.6.exe
--
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=10531
Summary: Windows Calculator: Color in buttons missing
Product: Wine
Version: 0.9.49.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bammzilla(a)gabriana.com
Created an attachment (id=9282)
--> (http://bugs.winehq.org/attachment.cgi?id=9282)
How it looks in my Windows XP box
In Windows Calculator CALC.EXE the button texts should be color coded but all
appear black in Wine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=40248
Bug ID: 40248
Summary: Exception when I try to call Translate method
Product: Wine
Version: 1.9.4
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
Assignee: wine-bugs(a)winehq.org
Reporter: gennady.alimov(a)gmail.com
Distribution: ---
Created attachment 53797
--> https://bugs.winehq.org/attachment.cgi?id=53797
code & exception
if I try to translate SIDs to Names I've got the exception
"Index was outside the bounds of the array."
It looks like there is no mapping between account names and SIDs.
--
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=36373
Bug ID: 36373
Summary: Requiem: Avenging Angel - Black screen in-game
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: ubuntugamingproject(a)gmail.com
Created attachment 48430
--> https://bugs.winehq.org/attachment.cgi?id=48430
Black screen log
The game installs and runs correctly, but then if you start a new game, there's
only a black screen, and the only thing can be done is going back to the menù.
So the game is unplayable.
Log attached.
--
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=52454
Bug ID: 52454
Summary: QTranslate 6.3.1 fails to start
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
URL: https://web.archive.org/web/20170606113219if_/http://qtranslate1.appspot.com/QTranslate.6.3.1.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: jscript
Assignee: wine-bugs(a)winehq.org
Reporter: gijsvrm(a)gmail.com
Distribution: ---
Created attachment 71742
--> https://bugs.winehq.org/attachment.cgi?id=71742
+jscript
It shows a window with 'QTranslate initialization error. The program will be
closed.' After clicking 'OK' it exits.
winetricks -q wsh57 fixes the issue and allows the program to start.
$ sha1sum QTranslate.6.3.1.exe
7a8f9940049ec50352e732b14349b9bfc3f704a4 QTranslate.6.3.1.exe
$ du -sh QTranslate.6.3.1.exe
780K QTranslate.6.3.1.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=56690
Bug ID: 56690
Summary: Dead By Day light crashes on start
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sollieus(a)gmail.com
Distribution: ---
Created attachment 76471
--> https://bugs.winehq.org/attachment.cgi?id=76471
Logs form game crash
game: Dead By Daylight
Platform to launch: Heroic games (FlatPak)
when trying to open the game easy anti cheat will start normally but the game
itself crashes with logs provided as an 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=35940
Bug ID: 35940
Summary: Server (and perhaps others) may fail to build on some
platforms
Product: Wine
Version: unspecified
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
In my opinion there is a severe mistake in the build system for the server.
>From the man page of GCC, the documentation for '-I' option says:
`-I DIR'
Add the directory DIR to the list of directories to be searched
for header files. Directories named by `-I' are searched before
the standard system include directories. If the directory DIR is
a standard system include directory, the option is ignored to
ensure that the default search order for system directories and
the special treatment of system headers are not defeated .
When building the server, a '-I' option is placed on the command line, pointing
to the source directory of the server.
The file wine/port.h provides this piece of code:
[...cut...]
#ifdef HAVE_PROCESS_H
# include <process.h>
#endif
[...cut...]
The problem comes out because, inside the directory with the sources of the
server, there is a file named process.h and since the -I option allows to take
the files before the standard system include directories, the wine/port.h won't
include the system file, but the one in the server directory: infact, it
happens that the local process.h file is included two times.
This is the cause for the server not compiled correctly on my platform (cygwin)
but probably it can be also applied to others.
I did an experiment and I have bypassed the problem by changing the generated
Makefile: I replaced the '-I' option that pointed to the source directory of
the server with '-idirafter'. The final result is a server that installs and
runs correctly on Windows.
Actually, this defect caused a failure on the server, but probably it may apply
to all components of WINE with some local include files: the option that allows
to point to the source directory of the component being compiled (and only this
one) should be changed with '-idirafter' or something similar, depending on the
compiler used, while all other paths could be left to '-I' without troubles.
--
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=39532
Bug ID: 39532
Summary: Assassin's Creed Unity doesn't run
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3dx10
Assignee: wine-bugs(a)winehq.org
Reporter: anakin.cs(a)gmail.com
Distribution: ---
Created attachment 52679
--> https://bugs.winehq.org/attachment.cgi?id=52679
terminal log
I've been trying to run Assassin's Creed Unity from Uplay on my laptop, both on
the Intel card and Nvidia card (with primusrun), and I always get the following
error message (translated from French):
"Can't launch the game. Your video card doesn't support DirectX 11 or the video
drivers need to be updated."
My video card is an Nvidia Geforce 850M.
Attached is the terminal output after trying to launch the game.
--
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=56607
Bug ID: 56607
Summary: steam: no tray icon starting with wine 9.2
Product: Wine
Version: 9.7
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: idarktemplar(a)mail.ru
Distribution: ---
Tray icon for steam is missing in wine 9.7.
I did bisecting and found that it's started with following commit:
b5c57b9a62c396068d18237bd6e82b37c169fdc5 is the first bad commit
commit b5c57b9a62c396068d18237bd6e82b37c169fdc5
Author: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
Date: Tue Feb 6 16:51:21 2024 +0200
explorer: Set layered style on systray icons only when it's actually
layered.
Fixes a regression introduced by 229b4561d9a8f10cbb49342dff0b6a3472d81c68,
which caused the icons to not be visible initially in the virtual desktop
systray.
Signed-off-by: Gabriel Ivăncescu <gabrielopcode(a)gmail.com>
programs/explorer/systray.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
But unlike battle.net in https://bugs.winehq.org/show_bug.cgi?id=56337, for
steam tray icon doesn't reappear in wine 9.3 or 9.7
Reproduction:
1. install steam for windows (https://store.steampowered.com/about/)
2. run steam
3. log into steam account
Expected result:
steam tray icon in system tray
Actual result:
no steam tray icon is present in system tray
Environment:
Linux 6.6.21-gentoo
KDE/Plasma 5.27.11 X11
--
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=53197
Bug ID: 53197
Summary: Shogun Total War 2 needs
d3dx11_42.dll.D3DX11LoadTextureFromTexture.
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)gmail.com
Distribution: ---
With both wined3d and dxvk, Shogun Total War 2 generates the following in
DirectX 11 mode (on both 32bit native and WoW64 prefixes) before reaching the
game's main menu:
---Log output---
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FE756, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F3D2A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046FEA86, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
0100:fixme:d3dx:D3DX11GetImageInfoFromMemory src_data 046F405A, src_data_size
5592532, pump 00000000, img_info 0055CBD0, hresult 00000000 stub!
d3d call failed (0x80004001) : unspecified
wine: Call from 7B0122F6 to unimplemented function
d3dx11_42.dll.D3DX11LoadTextureFromTexture, aborting
0100:fixme:faultrep:ReportFault 0055C6B8 0x0 stub
wine: Unimplemented function d3dx11_42.dll.D3DX11LoadTextureFromTexture called
at address 7B0122F6 (thread 0100), starting debugger...
---Log output---
As a workaround, the game can be played in DirectX 9 mode.
--
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=49674
Bug ID: 49674
Summary: Feature Request: Restoring previous resolution upon an
app crashing
Product: Wine
Version: unspecified
Hardware: Other
OS: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: s.maddox(a)lantizia.me.uk
So this has been a bit of a bug of mine with Wine for a while, but you may
think it's not really a problem Wine should deal with - which may be a fair
point.
But I couldn't find anything clearly asking for this as a feature request... so
lets see how well it fairs.
# The problem
Lets say you open up a Windows executable which changes your screens resolution
(e.g. a game) and it either...
a) freezes
b) is broken enough that its UI (if any appears) can't be used to nicely ask it
to quit
c) crashes and quits differently to how it'd normally do so upon user request
With a) and b) you likely need to kill that process, which ultimately leaves
you in the same situation as c).
But however it happens... you're likely to find your resolution now stuck to
whatever it set. If that is an incredibly low resolution (like 320x240 or
640x480)... then with the desktop environment of today (especially with HiDPI)
you're likely going to struggle finding the proper option to fix it. Worse you
might resort to a terminal (or switch TTY) and mess around with the xrandr
command for a stupid amount of time trying to find the names of screens and
such.
# Expected Behaviour
Well I'm not sure what actually does this. But in actual Windows (e.g Windows
10), when this same circumstance occurs... the resolution is always restored
back to what it was. This leaves me to believe that Windows itself has
something for this eventuality.
# Research
Well I've been searching around for solutions to this one for years and the
best I always come across... is someone saying you're better off with a script
(usually calling xrandr) mapped to a hot key or something for this eventuality.
Which is fine if the number of displays you've got connected and their
resolutions are always consistent... but often for laptop users moving between
docks and such - it isn't.
A quick chat on the #winehq IRC channel had someone mention that Proton can now
scale games to the resolution you're already using instead (when the app
requests a resolution change)... and pointed out these patches...
https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro…https://github.com/GloriousEggroll/proton-ge-custom/blob/master/patches/pro…
That's fine, and it's a welcome feature. But I do wonder if this is a
universal fix for any request for any resolution change... regardless the age
(and compatibility with which version of Windows it was meant for) of the game
and the way it draws on the screen (e.g. SDL, OpenGL, DirectDraw, Vulkan,
etc...).
However it *may* give some hope for people wanting to run older windowed-mode
games from the early Win 3.1/95 era which refuse to be re-sized/re-scaled...
but that's a topic for another feature request :)
# Conclusion
I've not got any.
Should this be the job of Wine to restore the prior resolution if the app/game
fails to? Like Windows somehow does? Or is this something the OS (whatever
that may be, Linux/macOS or even Windows) should be doing separately from Wine
for any process?
Also if this is a dupe, feel free to mark it as such... I've looked and
couldn't find anything that is quite so specific - at least with the points
raised here.
Thoughts?
--
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=56661
Bug ID: 56661
Summary: Commit 8b3944e1341baaf693927c8b758851d2dbba725a breaks
Project Diablo 2's Game.exe game client
Product: Wine
Version: 9.8
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: spaskalev(a)protonmail.com
Distribution: ---
Commit 8b3944e1341baaf693927c8b758851d2dbba725a breaks Project Diablo 2's
Game.exe game client.
The game client itself crashes later in its error handling logic leading to a
stack overflow while trying to report the error
[user@monovo wine-git]$ ./wine ~/.wine/drive_c/Diablo2/ProjectD2/Game.exe -w
002c:err:winediag:getaddrinfo Failed to resolve your host name IP
0074:err:wineusb:DriverEntry Failed to initialize Unix library, status
0xc0000135.
0074:err:ntoskrnl:ZwLoadDriver failed to create driver
L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\wineusb": c0000135
003c:fixme:service:scmdatabase_autostart_services Auto-start service L"wineusb"
failed to start: 126
wine: Unhandled stack overflow at address 6FF6879B (thread 0024), starting
debugger...
0024:err:virtual:virtual_setup_exception stack overflow 1408 bytes addr
0x7bf966ef stack 0x220a80 (0x220000-0x221000-0x320000)
The game client itself works fine before this commit - discovered using git
bisect.
To setup PD2 follow the instructions at https://www.projectdiablo2.com/ For
starting the game client a set of battlenet cd keys is not necessary.
--
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=56506
Bug ID: 56506
Summary: strmbase TRACEs occasionally fail to print floats
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: blubban(a)gmail.com
Distribution: ---
$ WINEDEBUG=trace+quartz ./wine
dlls/quartz/tests/x86_64-windows/quartz_test.exe mpegvideo 2>&1 | grep
NewSegment | head -n2
0024:trace:quartz:sink_NewSegment pin 00007FFFFF225C50 L"MPEG video
decoder":L"Input", start 0.001, stop 0.002, rate e.
0024:trace:quartz:sink_NewSegment pin 00007FFFFE2FF8C0 L"sink":L"sink", start
0.001, stop 0.002, rate 1.0000000000000000e+000.
The strmbase copy in quartz_test.exe calls msvcrt printf and correctly prints
1.0000000000000000e+000.
The strmbase copy in winegstreamer.dll calls ntdll's printf, which does not
support float operands and just prints 'e'.
I think that can be fixed by adding msvcrt as a dep of winegstreamer (without
changing anything else), but I'm not sure, and I'm even less sure if that has
any side effects.
--
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=56655
Bug ID: 56655
Summary: Regression: X11 Driver fails to load
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: bmcgrath(a)codeweavers.com
Regression SHA1: f74900ad1a580eda8fd4923cbd4881b42b042733
Distribution: ---
Created attachment 76428
--> https://bugs.winehq.org/attachment.cgi?id=76428
Fix X11 driver
Building with the latest from master, I found the X11 driver fails to load. The
attempt to load appears to enter a tight loop and Wine becomes unresponsive.
A git bisect led me to f74900ad1a580eda8fd4923cbd4881b42b042733.
I then further narrowed it down to the changes in xrandr10_get_modes.
It looks like the old code used to increment mode_idx, but the new code
doesn't. The attached patch fixes this for me.
--
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.