https://bugs.winehq.org/show_bug.cgi?id=44557
Bug ID: 44557
Summary: Chuckie Egg: The Next Batch v1.2 regression on Wine
3.2
Product: Wine
Version: 3.2
Hardware: x86-64
URL: http://retrospec.sgn.net/game/chuckie
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vulture6(a)mail.com
Distribution: Mint
Since Wine 3.2, game has become slow to respond and screen elements are either
missing or blank during gameplay. Music plays OK.
--
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=45109
Bug ID: 45109
Summary: Implement debugging 32-bit processes using 64-bit
winedbg
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: winedbg
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Distribution: ---
winedbg (but also kernel32 and maybe dbghelp) currently assumes in a lot of
places that the architecture of an inferior process matches the architecture of
winedbg, and fails in an opaque way if it doesn't.
It isn't possible to implement multiple architectures on 32-bit, for reasons
that aren't clear to me (see the documentation for EnumProcessModules(),
https://msdn.microsoft.com/en-us/library/windows/desktop/ms682631(v=vs.85).…).
But the same restriction doesn't apply to 64-bit, so we should try to let
winedbg handle this.
Tagged as 'enhancement' since in most cases one can be careful enough to use
'wine' or 'wine64' as appropriate. One place where this does seem especially
useful is 32-bit bootstrappers to 64-bit processes or the like, since often the
only reliable way to break into a child process is with the AlsoDebugProcChild
variable.
--
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=45156
Bug ID: 45156
Summary: autohotkey can't seem to click buttons any more
(breaking winetricks -q dirac et al)
Product: Wine
Version: 3.7
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, Installer, regression, source
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
CC: bunglehead(a)gmail.com
Regression SHA1: 5d10abde503fc4a952c114c658fed74f97bff090
Distribution: Gentoo
Regression caused by:
commit 5d10abde503fc4a952c114c658fed74f97bff090 (refs/bisect/bad)
Author: Nikolay Sivov <nsivov(a)codeweavers.com>
Date: Tue Feb 6 08:50:21 2018 +0300
comctl32: Introduce Button control.
Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
to reproduce:
wineserver -k ; rm -rf ~/.wine ; WINE=$PWD/wine winetricks -q dirac
Before, winetricks will call autohotkey to click through the installer
After, the installer sits on the first screen and doesn't progress
--
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=43849
Bug ID: 43849
Summary: Heroes of the Storm; crashes when Call Mech effect is
on-screen
Product: Wine
Version: 2.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonathan(a)pearce.name
Distribution: ---
Steps to reproduce:
Start Heroes of the Storm.
Enter Try mode with D.Va.
Take tower damage until your mech is dead.
Shoot enemies until your Call Mech cooldown is activated.
Use Call Mech 'E'.
The mech arrival effect will begin but the game will crash before the mech
becomes visible on-screen. A dialog box pops up with a
e_gfxerrorshadercompilefailed error.
Relevant wine stdout:
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:msvcp:_Mtx_init_in_situ unknown flags ignored: 2
fixme:hlsl_parser:hlsl_parse Check for valued return on void function.
fixme:hlsl_parser:hlsl_parse Implicit conversion to the return type if needed,
error out if conversion not possible.
err:d3dcompiler:compile_shader HLSL shader parsing failed.
fixme:dbghelp:elf_search_auxv can't find symbol in module
fixme:d3dx:D3DXLoadSurfaceFromMemory Unhandled filter 0x80004.
fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub
I experimented with
winetricks d3dx9_43
but that didn't fix the crash (it does change the error signature).
I also tried
d3dcompiler_43 (native)
but it didn't seem to matter.
--
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=45360
Bug ID: 45360
Summary: Uncapture mouse from working window.
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: artivision(a)protonmail.com
Distribution: ---
Is there a key combination to release the mouse from an active wine gaming
window? I wanted to see my gpu usage during gameplay from Linux terminal and i
couldn't get back the mouse. I also tried to use cheat_engine.exe and i
couldn't use the mouse on that another wine active window. So windows
applications two at a time is off for now.
--
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=7517
--- Comment #21 from anatoly techtonik <techtonik(a)gmail.com> ---
wine-3.10 (Staging)
--
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=7517
--- Comment #20 from anatoly techtonik <techtonik(a)gmail.com> ---
Fixes do not seem to work for me. Trying with `empty.hhp` from the first
comment:
✗ wine 'C:\\Program Files (x86)\\HTML Help Workshop\\hhc.exe' empty.hhp
000b:fixme:winediag:start_process Wine Staging 3.10 is a testing version
containing experimental patches.
000b:fixme:winediag:start_process Please mention your exact version when
filing bug reports on winehq.org.
0009:fixme:itss:ITStorageImpl_SetControlData 0x141d20
HHC5010: Error: Cannot open "C:\outhelp.chm". Compilation stopped.
--
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=7517
anatoly techtonik <techtonik(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |techtonik(a)gmail.com
--- Comment #19 from anatoly techtonik <techtonik(a)gmail.com> ---
Created attachment 61655
--> https://bugs.winehq.org/attachment.cgi?id=61655
empty.hhp
Test file for the first comment -
https://bugs.winehq.org/show_bug.cgi?id=7517#c0
--
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=45290
Bug ID: 45290
Summary: Maniaplanet crashes when downloading update
Product: Wine
Version: 3.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wininet
Assignee: wine-bugs(a)winehq.org
Reporter: devnulldevice(a)gmail.com
Distribution: ---
Created attachment 61549
--> https://bugs.winehq.org/attachment.cgi?id=61549
stacktrace
Maniaplanet crashes when downloading an update to itself or trying to install a
game.
This happens both with wine-3.9 as well as wine-staging-3.9 and older versions
I've tried.
Stacktrace is from wine-staging-3.9 (if that is a problem please let me know).
--
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=38513
Bug ID: 38513
Summary: Unimplemented function GetSystemTimePreciseAsFileTime
Product: Wine
Version: 1.7.38
Hardware: x86-64
URL: http://www.winuae.net/files/b/winuae_test.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: markk(a)clara.co.uk
Distribution: ---
I noticed a problem running the latest pre-beta version of WinUAE in Wine
1.7.38.
On running winuae.exe, Wine reports this (repeated many times):
wine: Call from 0x7b83b6ae to unimplemented function
api-ms-win-core-sysinfo-l1-2-1.dll.GetSystemTimePreciseAsFileTime, aborting
and eventually:
err:seh:setup_exception_record stack overflow 1072 bytes in thread 0009 eip
f73a3061 esp 053e0f00 stack 0x53e0000-0x53e1000-0x5660000
GetSystemTimePreciseAsFileTime is Windows 8+ only. This bug isn't to report
that GetSystemTimePreciseAsFileTime is unimplemented (though that's true). The
problem is that winuae.exe tries to call it even when Wine is set to Windows XP
mode.
On native Windows winuae.exe only calls it when running on Windows 8+; the
program works fine on native Windows XP, Windows Vista 32-bit and Windows 7
32-bit.
The problem could be related to Visual Studio 2015 RC. The developer said:
'Probably any msvc 2015 rc compiled program has same problem, I guess..
Platform Toolset is set to "Visual Studio 2015 - Windows XP (v140_xp)" (plain
v140 drops XP support)'
To reproduce:
- Download the WinUAE 3.0.0 installer from
http://www.winuae.net/files/InstallWinUAE3000.msi or the zip archive from
http://www.winuae.net/files/WinUAE3000.zip
- Run the installer or unpack the zip archive.
- Download the pre-beta executable from
http://www.winuae.net/files/b/winuae_test.zip
- Replace the v3.0.0 winuae.exe with that version.
- Run winuae.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.