http://bugs.winehq.org/show_bug.cgi?id=58509
Bug ID: 58509
Summary: AppDB solution to redundant query and storage of
Bugzilla versions list per user session
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: wineryyyyy(a)gmail.com
Distribution: ---
Spawned from merge request addressing bug report:
https://gitlab.winehq.org/winehq/appdb/-/merge_requests/23https://bugs.winehq.org/show_bug.cgi?id=58471 Bug Link Queue is broken
@jnewman raised server side concerns about redundantly querying and storing
Bugzilla version per user session.
A quick fix patch is currently in place to resolve the 500 error, but a better
solution that queries and caches the Bugzilla versions server-wide and shared
between user sessions was requested as a more optimal solution.
--
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=58542
Bug ID: 58542
Summary: Dual GPU 32-Bit PhysX
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: audioprof2002(a)hotmail.com
Distribution: ---
Batman Arkham Asylum v1.1
32-Bit PhysX has 3 modes:
OFF, Normal, High.
Normal & Off work ok.
PhysX works, but Not High "Dual GPU",
Windows driver allows to force PhysX to a single GPU, Dual GPU or CPU.
Linux driver 470 does Not.
Problem #1. instead of using Dual GPU on Linux or a single GPU,
PhysX falls back to CPU PhysX in Linux.
Problem #2. CPUs are very slow for 32-Bit,
Batman Arkham Asylum PhysX High, requires 1-core 100% CPU load,
gives 15fps on modern CPU´s.
Problem #3.
Nvidia deleted 32-Bit PhysX support in hardware since 2016-Q4,
IF you install a 2017 GPU like P1000, in Windows, Activate/Force PhysX GPU,
Does Not work.
Only work with 2016-Q2 & older GPUs.
im confused where could be the problem...
Linux Nvidia 470 driver?
Wine?
winetricks?
¿how does Wine handle 32-Bit PhysX requests?
block diagram? signal path?
more details here:
https://github.com/juanpc2018/Batman-Arkham-Asylum-Game-of-the-Year-Edition…
--
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=56648
Bug ID: 56648
Summary: Autodesk DWG TrueView fails at installation
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: szatkus(a)gmail.com
Distribution: ---
Installation fails with the fixme: "Could not find dependent assembly
odis.bs.win (1.0.0)"
Turns out the installer creates a new folder (%TEMP%/7z0F0512E4) with another
installer that apparently is invoked next. The program removes it automatically
after crashing, but it could be retrieved by placing `while(1);` next to the
fixme or by using a Windows machine.
There's the Setup.exe file that has the following manifest in its resources:
<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
<trustInfo xmlns="urn:schemas-microsoft-com:asm.v3">
<security>
<requestedPrivileges>
<requestedExecutionLevel level='asInvoker' uiAccess='false' />
</requestedPrivileges>
</security>
</trustInfo>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.win' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='odis.bs.wx' version='1.0.0.0'
processorArchitecture='*' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32'
name='Microsoft.Windows.Common-Controls' version='6.0.0.0'
processorArchitecture='*'
publicKeyToken='6595b64144ccf1df' language='*' />
</dependentAssembly>
</dependency>
<dependency>
<dependentAssembly>
<assemblyIdentity type='win32' name='Microsoft.Windows.Common-Controls'
version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df'
language='*' />
</dependentAssembly>
</dependency>
</assembly>
From what I gathered this manifest is used to resolve some required dlls files,
but it ultimately fails.
The odis.bs.win is resolved by the following algorithm (a comment from the wine
code):
/* Lookup in <dir>\name.dll
* <dir>\name.manifest
* <dir>\name\name.dll
* <dir>\name\name.manifest
*
* First 'appdir' is used as <dir>, if that failed
* it tries application manifest file path.
*/
The file it's looking for is in ODIS/odis.bs.win/odis.bs.win.manifest, not in
odis.bs.win/odis.bs.win.manifest (name="odis.bs.win"). Where from does Windows
get the ODIS part? Well, there's also a file called "Setup.exe.config" with the
following content:
<configuration>
<windows>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<probing privatePath="ODIS"/>
</assemblyBinding>
</windows>
</configuration>
It looks that the program should resolve through <dir>/<privatePath>. I added a
few prints here and there, and it seems that Setup.exe.config is not loaded by
wine at any point.
Moving odis.bs.win and odis.bs.wx to the upper folder fixes the problem,
although the installation still fails after a while.
--
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=58505
Bug ID: 58505
Summary: Odd windows management behaviour in later dev versions
Product: Wine
Version: 10.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: kg.hammarlund(a)gmail.com
Distribution: ---
I run a geneaology database program written for windows under wine. It runs
fine on v10.0 (stable) and on dev versions up to 10.4. From v10.5 and upwards,
including v1012, I'm encountering an odd issue.
When opening a search window, this window opens in the background instead of on
top of the main window. I then have to move or resize the main window in order
to highilght the search window and fill in the search data. But this only
happens the first time I open the search window. Next time it opens in the
foreground.
If I untick the box "Allow the window manager to control the windows" in
winecfg > graphics, the search window opens expected. But this solution has its
drawbacks.
--
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=57414
Bug ID: 57414
Summary: BioShock needs support for 'Generic samplers need to
be lowered'
Product: vkd3d
Version: 1.13
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: hlsl
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
Using builtin d3dx9_33 and '-dx9' flag.
098c:err:d3dcompiler:D3DCompile2 Failed to compile shader, vkd3d result -5.
098c:err:d3dcompiler:D3DCompile2 Shader log:
098c:err:d3dcompiler:D3DCompile2 <anonymous>:1:371: E5017: Aborting due to
not yet implemented feature: Generic samplers need to be lowered.
098c:err:d3dcompiler:D3DCompile2
1.13-654-g756b98f0
--
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=56347
Bug ID: 56347
Summary: The Sinking City exits after Click any key to continue
Product: vkd3d
Version: 1.10
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
After starting new game and loading the game shows 'Click any key to continue'
which results in
0880:err:msvcrt:_wassert (L"1 <= count && count <=
VKD3D_VEC4_SIZE",L"../vkd3d/libs/vkd3d-shader/vkd3d_shader_private.h",1613)
vkd3d-1.10-492-gd9c68ee4
--
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=44966
Bug ID: 44966
Summary: [ER: The Game] A style error occurred while verifying
the reading of the license agreement.
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ilya(a)ilin.pp.ua
Distribution: ---
Created attachment 61088
--> https://bugs.winehq.org/attachment.cgi?id=61088
Screenshot
When installing the game, the possibility of accepting the license agreement is
conceived only if it is fully read (textarea should scroll to the bottom).
But in wine it does not work.
wine 3.5 openSUSE Tumbleweed
Game download: (registry don't need)
https://firedrop.com/4bfe735821e6bfcb or
http://www.theisozone.com/downloads/pc/windows-games/er---the-game (Black
Download button)
Patches: https://www.gamewatcher.com/games/er/downloads
0030:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files
(x86)\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed
with error 2
0030:fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
0030:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0x33dd3c
L"M:\\data1.hdr"
0030:err:richedit:ReadStyleSheet skipping optional destination
0030:err:richedit:ReadStyleSheet skipping optional destination
0030:err:richedit:ReadStyleSheet skipping optional destination
--
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=38774
Bug ID: 38774
Summary: Execute MS Excel 2007 macro crashes Excel
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: florent.merlet(a)free.fr
Distribution: ---
Created attachment 51706
--> https://bugs.winehq.org/attachment.cgi?id=51706
Crash report of macro execution on Microsoft Excel 2007
The execution of a Excel Visual Basic Macro execution does not work when it is
compiled from Wine 1.6.2.
The compilation starts properly, and the window freezes after few seconds.
The macro tested works properly on windows 7.
There is no problem to modify, record the macro, and execute it from a MS
Windows 7 environment.
details :
Microsoft EXCEL 2007, installed
Windows 7 personal
--
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.