https://bugs.winehq.org/show_bug.cgi?id=49476
Bug ID: 49476
Summary: Overwatch doesn't start on 5.10, 5.11
Product: Wine-staging
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cysp74(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 67590
--> https://bugs.winehq.org/attachment.cgi?id=67590
LOG
Since 5.10, 5.11 staging versions Overwatch can't start.
Last working version is 5.9.r16.g6387991c
Related environment variables:
export WINEPREFIX=$(pwd)
export WINEARCH=win64
export __GL_THREADED_OPTIMIZATIONS=0
export __GL_SHADER_CACHE=$WINEPREFIX/shadercache
export __GL_SHADER_DISK_CACHE_PATH=$WINEPREFIX/shadercache
export DXVK_STATE_CACHE_PATH=$WINEPREFIX/dxvkcache
export MESA_GLTHREAD=FALSE
Another try took place without __GL_THREADED_OPTIMIZATIONS and MESA_GLTHREAD
but didn't make difference.
DXVK 1.7 has been installed
--
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=54520
Bug ID: 54520
Summary: Direct Parallel Port Access Removed
Product: Wine
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
Assignee: wine-bugs(a)winehq.org
Reporter: medasaro(a)comcast.net
Distribution: ---
Created attachment 74058
--> https://bugs.winehq.org/attachment.cgi?id=74058
The Willem EPROM Programmer Application
I rely on a Willem EPROM programmer for working with vintage hardware. This
device requires direct parallel port access (not LPT, but direct raw access to
the parallel port pins.) The application used to work in Wine (Wine 1.0) if I
set the windows version to Windows 95 (or 98) and added the following registry
keys:
'\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\278' with value '/dev/parport1'
'\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\378' with value '/dev/parport0'
I had a hardware failure and upgraded to a new computer running a more modern
version of Linux and the current version of Wine (8.2). Under this
configuration, it no longer works. Looking at the source code, it appears that
ppdev support has been removed entirely when winedos was merged into
krnl386.exe16. I would very much like to see support for this added back into
wine as I rely on it.
Thanks!
Matthew D'Asaro
--
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=51673
Bug ID: 51673
Summary: Installation issues in The Settlers: Heritage of Kings
Product: Wine
Version: 6.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: Markus.Elfring(a)web.de
Distribution: ---
I could install the game “The settlers (gold edition)” once more by components
from the software package “wine-6.13-1.fc34”.
Some information was logged for further development considerations.
[Markus_Elfring@fedora SHOK_GOLD]$ wine start setup.exe
002c:fixme:winediag:LdrInitializeThunk wine-staging 6.13 is a testing version
containing experimental patches.
…
0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1.
…
011c:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files
(x86)\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed
with error 2
011c:fixme:file:NtLockFile I/O completion on lock not implemented yet
011c:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0061DDAC
L"Z:\\run\\media\\Markus_Elfring\\SHOK_GOLD\\data1.hdr"
011c:err:richedit:ReadStyleSheet skipping optional destination
…
0138:fixme:ntdll:NtQuerySystemInformation info_class
SYSTEM_PERFORMANCE_INFORMATION
0138:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags
0x00000030
0138:fixme:wbemprox:enum_class_object_Next timeout not supported
0138:fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
011c:fixme:sfc:SRSetRestorePointA 01F6E900 01F6E9A8
…
0224:err:ole:dispatch_rpc no apartment found for ipid
{ffffffff-ffff-ffff-2401-000018010000}
0220:err:rpc:I_RpcReceive we got fault packet with status 0x80010108
…
0218:fixme:ddraw:ddraw7_Initialize Ignoring guid
{aeb2cdd4-6e41-43ea-941c-8361cc760781}.
…
0250:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr
0x44da8b
026c:fixme:advapi:RegisterEventSourceA ((null)," "): stub
026c:fixme:advapi:RegisterEventSourceW (L"",L" "): stub
026c:fixme:advapi:ReportEventA
(CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,00FAFAF4,00FF3D2A):
stub
026c:fixme:advapi:ReportEventW
(CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,006DE4E8,00FF3D2A):
stub
026c:err:eventlog:ReportEventW L"6"
…
026c:fixme:advapi:DeregisterEventSource (CAFE4242) stub
Unfortunately, the start attempt of the game (as it was offered by the
installation program from an original CD) failed.
Now I am curious how the affected software will evolve accordingly.
--
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=47203
Bug ID: 47203
Summary: winedbg --gdb Game300.exe gives Internal crash at
0x7e9a06f9 (w3dhub/ecw)
Product: Wine
Version: 4.8
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dbghelp
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
Distribution: ---
Created attachment 64458
--> https://bugs.winehq.org/attachment.cgi?id=64458
dbghelp: Avoid crash in pe_load_msc_debug_info.
An interesting debugging topic got written to the forums in [1].
There a crash of "winedbg --gdb" got described that I could reproduce
which ends here:
Unhandled exception: page fault on read access to 0x017ac000 in 32-bit code
(0x7e9a06f9).
...
Backtrace:
=>0 0x7e9a06f9 pe_load_msc_debug_info+0xc3() [dlls/dbghelp/pe_module.c:597] in
dbghelp (0x0032e5a8)
1 0x7e9a0ae8 pe_load_debug_info+0x67() [dlls/dbghelp/pe_module.c:715] in
dbghelp (0x0032e5d8)
2 0x7e9a0d8f pe_load_native_module+0x23c() [dlls/dbghelp/pe_module.c:774] in
dbghelp (0x0032e838)
3 0x7e991ff8 SymLoadModuleExW+0x2db(BaseOfDll=0x400000)
[dlls/dbghelp/module.c:643] in dbghelp (0x0032e8b8)
...
Attached patch contains a hack to check if the memory where parts of the
debug information is expected is mapped into the process.
And contains the full backtrace.
[1]
https://forum.winehq.org/viewtopic.php?f=2&t=32324&sid=001e48b2bd4f8f199350…
--
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=45647
Bug ID: 45647
Summary: chromium x64 sandbox >=win10 needs win10 csrss heap
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Keywords: patch
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 62076
--> https://bugs.winehq.org/attachment.cgi?id=62076
Patch to provide csrss heap and fake win10 heaps
Follow up to bug 45646.
Starting with win10, the chromium sandbox tries to find a certain heap that's
shared with csrss.exe. It does this by enumerating all process heaps, looking
in the internal structure for the right flags. For that it assumes the internal
structure behind the opaque handle...
We need to do 2 things here.
1) Provide a csrss heap in the first place
2) Return handles that have a heap structure similar to win10 heap behind them
--
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=44960
Bug ID: 44960
Summary: Unable to use python WMI winmgmts object
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wmi&wbemprox
Assignee: wine-bugs(a)winehq.org
Reporter: 20917771(a)student.uwa.edu.au
Distribution: ---
Created attachment 61068
--> https://bugs.winehq.org/attachment.cgi?id=61068
A minimal test case
I am trying to use pywin32 to wait on an external process using its PID. I used
winetricks WMI. I am using Ubuntu 16.04 LTS with Wine 3.5. I have attached a
minimal example of the Python script. I expect it to wait for the other process
to complete. Instead, I get the following output and the process exits
immediately:
0009:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0413a0,(nil): stub
0033:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0913a0,(nil): stub
0009:err:ole:apartment_getclassobject DllGetClassObject returned error
0x80004002 for dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
0009:err:ole:create_server class {172bddf8-ceea-11d1-8b05-00600806d9b6} not
registered
0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
0009:err:ole:CoGetClassObject no class object
{172bddf8-ceea-11d1-8b05-00600806d9b6} could be created for context 0x15
0009:err:ole:create_server class {8bc3f05e-d86b-11d0-a075-00c04fb68820} not
registered
0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported
0009:err:ole:CoGetClassObject no class object
{8bc3f05e-d86b-11d0-a075-00c04fb68820} could be created for context 0x14
Traceback (most recent call last):
File "test.py", line 10, in <module>
wmi = win32com.client.GetObject('winmgmts:')
File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 72, in
GetObject
return Moniker(Pathname, clsctx)
File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 87, in
Moniker
moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname)
pywintypes.com_error: (-2147221164, 'REGDB_E_CLASSNOTREG', None, None)
--
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=51819
Bug ID: 51819
Summary: Joining a LAN Game in Battlefield 2 crashes the app
Product: Wine
Version: 6.16
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 70704
--> https://bugs.winehq.org/attachment.cgi?id=70704
stdout
Attempting to join a LAN Game in Battlefield 2 ends with game crash, both with
32 or 64 bit prefixes. Single Player and hosting LAN games work flawlessly.
Tested on wine staging 6.16, both with and without dxvk. I'll add debugger
output and test with newer wine later.
--
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=45988
Bug ID: 45988
Summary: Hard Reset Redux and Shadow Warrior 2: no videos in
game
Product: Wine
Version: 3.18
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: petrushkinsn(a)gmail.com
Distribution: ---
Created attachment 62547
--> https://bugs.winehq.org/attachment.cgi?id=62547
wine terminal output running Hard Reset Redux
No videos between levels, nor starting video with developer logo etc.
In Hard reset redux, if i open Extras - Movies in main menu and select any
movie - nothing happens.
In Shadow Warrior 2, if i open Extras - Movies and select movie, screen blanks
for less than a second and then nothing hapens.
Both logs created with run game, go to extras - movies, try to start movie,
exit 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=44003
Bug ID: 44003
Summary: Origin: BF3WebHelper.exe crashes because injection of
igo32.dll fails.
Product: Wine-staging
Version: 2.20
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bernhardu(a)mailbox.org
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 59662
--> https://bugs.winehq.org/attachment.cgi?id=59662
Standalone demonstration of the issue similar to what Origin does.
When starting a game from Origin a crash dialog for BF3WebHelper.exe is shown.
Shift+right click - "Debug" seems to get another thread further, so it can
successfully then still execute Firefox.exe.
Used a self built wine-2.20 with the whole staging patch set applied.
Tried to get an idea of what happens:
- Origin calculates the entry point for LoadLibrary using the kernel32 fake dll
and the base address of its own process.
- CreateProcess with suspended flag is called for BF3WebHelper.exe
- Memory for the to be loaded dll is reserved and filled in
the new process ("...\\igo32.dll").
- A second thread in the new process is created by CreateRemoteThread using
the calculated entry point for kernel32.fake.LoadLibrary above.
- This thread crashes because it looks like in the in memory kernel32 module
is something different/uninitialized at the used entry point.
With +BF3WebHelper.exe:all crash does not happen.
(But is still not executing LoadLibrary and seems not to crash by "accident".)
Attached is a demonstration of what happens.
--
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=55633
Bug ID: 55633
Summary: Regression since V6.0.3: Using NVIDA Optimus WINE
V8.02 - V8.16 unable to create windows.
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: gavron(a)wetwork.net
Distribution: ---
REGRESSION: Everything works on WINE 6.0.3
Under WINE 8 (Stable and Devel) no app windows open. Even winecfg will not
open. After changing the display mode to 'intel' everything works.
After changing it back to 'nvidia' and no other changes this error repeats:
0188:err:winediag:nodrv_CreateWindow Application tried to create a window, but
no driver could be loaded.
0188:err:winediag:nodrv_CreateWindow L"The explorer process failed to start."
Method to reproduce:
$ sudo prime-select intel && reboot
--wait for reboot--
$ winecfg
--works just fine--
$ sudo prime-select nvidia && reboot
--wait for reboot--
$ winecfg
--fails with many of that same error above--
$ sudo prime-select intel && reboot
--wait for reboot--
$ winecfg
--works again... the only change being switching the display driver back and
forth--
--
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.