http://bugs.winehq.org/show_bug.cgi?id=37084
Bug ID: 37084
Summary: An error occurred during the closing Wayward.exe
Product: Wine
Version: 1.7.22
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stalkerandrei2010(a)mail.ru
Created attachment 49287
--> http://bugs.winehq.org/attachment.cgi?id=49287
Bug appeared when the application is closed
The application itself has not earned
--
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=48787
Bug ID: 48787
Summary: WineD3D C&C Generals Zero Hour takes a lot time to
load or maximize
Product: vkd3d
Version: 1.1
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: vkd3d
Assignee: wine-bugs(a)winehq.org
Reporter: moceap(a)hotmail.com
As you know (C&C Generals Zero Hour) is an old game. And it use DirectX 8.1.
These type of games don't stable in current Windows' versions.
So WineD3D used to valid run them on Windows.
Using: C&C Generals Zero Hour (Last Version 1.04)
Windows 10 (1909)
WineD3D (From Wine 5.4)https://fdossena.com/?p=wined3d/index.frag
Both (Intel and AMD) cards tested
Expected Result: Works fine with high speed.
Actual Result: Very long time on maximize the game after minimize or switch to
another application
Long time on loading the game (Not happen on MS DirectX)
--
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=56346
Bug ID: 56346
Summary: Sketchup Make 2017 Extension Manager to install Ruby
extension crashes.
Product: Wine
Version: 9.0-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dlbeeson(a)netzero.net
Distribution: ---
SketchUp Make 2017. Runs well, BUT can not EXPORT. On windows Export pops up
window with about 6 options. On MX Linux and Wine, only option is DAE. When try
to run Extension Manager, which would install a STL converter (among other
things) it crashes. So you can not install the Ruby extensions to export in STL
format, for 3D printing. Please help. Thank you.
--
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=51230
Bug ID: 51230
Summary: winecfg: Graphics tab - Per application settings don't
work
Product: Wine
Version: 6.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jkfloris(a)dds.nl
Distribution: ---
"Wine can mimic different Windows versions for each application. This tab is
linked to the Libraries and Graphics tabs to allow you to change system-wide
or per-application settings in those tabs as well."
>From this I understand that it should also be possible to also set the DPI or a
virtual desktop per application. Unfortunately, this does not work.
For example:
winecfg
Applications tab -> Add application -> "notepad.exe"
(select notepad.exe)
Graphics tab -> Select "Emulate a virtual desktop"
(click "Apply" and "OK")
wine notepad.exe
Now I expect notepad to run in a virtual desktop.
--
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.
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.