http://bugs.winehq.org/show_bug.cgi?id=17922
Summary: LiveZilla aborts due to unimplemented mshtml stubs
Product: Wine
Version: 1.1.18
Platform: PC
URL: http://www.livezilla.net/downloads/files/LiveZilla_3.1.7
.12_Setup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=20254)
--> (http://bugs.winehq.org/attachment.cgi?id=20254)
LiveZilla standard error messages
With today's Git (wine-1.1.18-100-g9c95322), after installing the .NET
Framework 2.0 with winetricks and installing LiveZilla, starting the LiveZilla
application yields a dialog box with the message "Internet Explorer cannot be
accessed: The method or operation is not implemented.", which seems to stem
from:
fixme:mshtml:HTMLLocation_get_href (0x6cc3f98)->(0x32bfe4)
Changing the stub to return S_OK only changes the particular error that occurs.
--
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=32414
Bug #: 32414
Summary: Unhandled page fault exception when launching the
Samsung TV SDK's emulator
Product: Wine
Version: 1.5.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andyearnshaw(a)gmail.com
Classification: Unclassified
Created attachment 42759
--> http://bugs.winehq.org/attachment.cgi?id=42759
Debug output for Emulator2.exe
When executing Emulator2.exe from the Samsung TV SDK 3.5.2 (from
http://samsungdforum.com), the program immediately exits with the following
error:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code
(0x00409373)
Full output with the command used to launch is attached. As for the SDK
itself, that fails with a similar error message, but it's just an IDE (and/or a
plugin for Eclipse) and much of the functionality can be reproduced with other
applications. The emulator is the only part of the SDK whose functionality
cannot be reproduced in a Unix environment.
I've attempted various suggested workarounds, such as changing to the .exe
file's directory before execution and running from a 32-bit Wine prefix. I've
also tried several older versions of the emulator with the same result.
A brief discussion regarding the issue can be found on the Wine forums at
http://forum.winehq.org/viewtopic.php?f=8&t=17835.
--
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=46492
Bug ID: 46492
Summary: Call of Duty Black Ops 4 fails to launch
Product: Wine
Version: 4.0-rc6
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: throwawayaccx(a)gmail.com
Distribution: ---
Created attachment 63330
--> https://bugs.winehq.org/attachment.cgi?id=63330
Here's the log of opening Battle.net and launching BLOPS4
Lines 1211-1216 happen when I 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.
http://bugs.winehq.org/show_bug.cgi?id=30594
Bug #: 30594
Summary: Mak of eternity crashes with DirectDraw mode.
Product: Wine
Version: 1.5.3
Platform: x86
URL: http://www.download.com/King-s-Quest-The-Mask-of-Etern
ity/3000-7564_4-10025133.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeremielapuree(a)yahoo.fr
Classification: Unclassified
Created attachment 40030
--> http://bugs.winehq.org/attachment.cgi?id=40030
Backtrace with ddraw channel enabled.
Mak of eternity crashes with DirectDraw mode. With Direct3D mode, the game
starts.
--
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=9665
Summary: Mask of eternity crashes at startup with wine version
0.9.36 and newer
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: wine-directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deadlock(a)start.no
Kings Quest 8 - Mask of Eternity crashes on startup with an exception error.
The specific error has been attached. Version 0.9.36 didn't have this problem,
and after doing a lot of debugging and regression I located that the problem is
located in a change between version 0.9.36 and 0.9.37. The specific code is
shown below.
wine version 0.9.36, file wine/dlls/ddraw/direct3d.c:
324 d1 = dref;
325 d2 = dref;
326 hr = Callback( (LPIID) &IID_IDirect3DRefDevice,
reference_description, device_name, &d1, &d2, Context);
wine version 0.9.37(and up to version 0.9.45 at least):
327 d1 = dref;
328 d2 = dref;
329 /* The rgb device has the pow2 flag set in the hel caps, but not in
the hal caps */
330 d1.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 |
D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE);
331 d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 |
D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE);
332 hr = Callback( (LPIID) &IID_IDirect3DRGBDevice,
reference_description, device_name, &d1, &d2, Context);
I tried commenting out line 330 and 331 in version 0.9.44 and the game ran
without crashing at startup, but there has to be a better way to solve this.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=30586
Bug #: 30586
Summary: Kings Quest 8 crashes on startup
Product: Wine
Version: 1.1.24
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello,
this issue is split off from bug 2905
It was first mentioned in http://bugs.winehq.org/show_bug.cgi?id=2905#c16
Copied over my analysis from: http://bugs.winehq.org/show_bug.cgi?id=2905#c19
--- quote ---
yep, there is an initial crash preventing the game to load which needs to be
fixed first.
IDirect3D3::EnumDevices calls the app supplied callback two times.
It seems the game doesn't like IID_IDirect3DRGBDevice and resets some internal
data structures - one of them is a pointer to an internal device string
"D3D-display".
When the enumeration callback is called a second time for
IID_IDirect3DHALDevice, the app code tries to do some search/replace on that
string - but the pointer member was reset by the first callback call (NULL).
--- snip dlls/ddraw/ddraw.c ---
static HRESULT WINAPI d3d3_EnumDevices(IDirect3D3 *iface,
LPD3DENUMDEVICESCALLBACK callback, void *context)
{
static CHAR wined3d_description[] = "Wine D3DDevice using WineD3D and
OpenGL";
IDirectDrawImpl *This = impl_from_IDirect3D3(iface);
D3DDEVICEDESC device_desc1, hal_desc, hel_desc;
D3DDEVICEDESC7 device_desc7;
HRESULT hr;
...
if (This->d3dversion != 1)
{
static CHAR reference_description[] = "RGB Direct3D emulation";
TRACE("Enumerating WineD3D D3DDevice interface.\n");
hal_desc = device_desc1;
hel_desc = device_desc1;
/* The rgb device has the pow2 flag set in the hel caps, but not in the
hal caps. */
hal_desc.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2
| D3DPTEXTURECAPS_NONPOW2CONDITIONAL |
D3DPTEXTURECAPS_PERSPECTIVE);
hal_desc.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2
| D3DPTEXTURECAPS_NONPOW2CONDITIONAL |
D3DPTEXTURECAPS_PERSPECTIVE);
hr = callback((GUID *)&IID_IDirect3DRGBDevice, reference_description,
device_name, &hal_desc, &hel_desc, context);
if (hr != D3DENUMRET_OK)
{
TRACE("Application cancelled the enumeration.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
}
}
...
TRACE("Enumerating HAL Direct3D device.\n");
hal_desc = device_desc1;
hel_desc = device_desc1;
/* The hal device does not have the pow2 flag set in hel, but in hal. */
hel_desc.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2
| D3DPTEXTURECAPS_NONPOW2CONDITIONAL |
D3DPTEXTURECAPS_PERSPECTIVE);
hel_desc.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2
| D3DPTEXTURECAPS_NONPOW2CONDITIONAL |
D3DPTEXTURECAPS_PERSPECTIVE);
hr = callback((GUID *)&IID_IDirect3DHALDevice, wined3d_description,
device_name, &hal_desc, &hel_desc, context);
if (hr != D3DENUMRET_OK)
{
TRACE("Application cancelled the enumeration.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
}
TRACE("End of enumeration.\n");
LeaveCriticalSection(&ddraw_cs);
return D3D_OK;
}
--- snip dlls/ddraw/ddraw.c ---
If you reverse the order of callback calls (IID_IDirect3DHALDevice first,
IID_IDirect3DRGBDevice second), the game starts successfully and seems playable
again.
Though it crashes at exit (which seems to be another bug) and the load savegame
bug of course.
--- quote ---
Regards
--
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=30023
Bug #: 30023
Summary: Google Earth installer (google update version)
complains "could not connect to the internet"
Product: Wine
Version: 1.4-rc5
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
This is just like bug 29074 in that the error dialog is the same
and native winhttp works around it, but it must be different under the hood.
To reproduce, grab
http://www.google.com/earth/download/thanks.html#os=win#updater=yes
(at the moment, that points to
http://dl.google.com/tag/s/appguid%3D%7B74AF07D8-FB8F-4d51-8AC7-927721D56EB…
)
and run in a clean wineprefix. After twenty seconds or so, the failure
dialog pops up.
This seems to be the last bit of winhttp activity in the log before the
failure:
0009:Call
winhttp.WinHttpQueryHeaders(00000003,00000016,00000000,00000000,0084e6a0,00000000)
ret=1803b163
0009:trace:winhttp:WinHttpQueryHeaders 0x3, 0x00000016, (null), (nil),
0x84e6a0, (nil)
0009:trace:winhttp:addref_object 0x15b070 -> refcount = 2
0009:trace:winhttp:grab_object handle 0x3 -> 0x15b070
0009:trace:winhttp:release_object object 0x15b070 refcount = 1
0009:Ret winhttp.WinHttpQueryHeaders() retval=00000000 ret=1803b163
0009:Call KERNEL32.GetLastError() ret=1800b70c
0009:Ret KERNEL32.GetLastError() retval=00002f92 ret=1800b70c
...
0031:Call oleaut32.SysAllocStringLen(0015b520 L"The installer could not connect
to the Internet. Ensure that your computer is connected to the Internet and
your firewall allows GoogleUpdate.exe to connect then try again.",000000ac)
ret=18021e72
--
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=44897
Bug ID: 44897
Summary: Multiple applications using Crashpad/Chromium/CEF in
Win7+ mode crash on unimplemented function
ntdll.RtlGetUnloadEventTraceEx (Steam client)
Product: Wine
Version: 3.5
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
related a bit to bug 44656 ("Multiple applications need ntdll.NtSuspendProcess
and ntdll.NtResumeProcess implementation (Crashpad/Chromium/CEF, Oracle Data
Visualization Desktop, cbwin)")
'steamwebhelper.exe' process crashes which triggers the crash reporting via
'Crashpad' (part of Chromium/CEF):
--- snip ---
00c9:trace:seh:raise_exception code=c0000005 flags=0 addr=0x18208dc ip=018208dc
tid=00c9
00c9:trace:seh:raise_exception info[0]=00000000
00c9:trace:seh:raise_exception info[1]=0000002c
00c9:trace:seh:raise_exception eax=00000000 ebx=0000000c ecx=00000008
edx=00000000 esi=00000008 edi=00000008
00c9:trace:seh:raise_exception ebp=0033b7fc esp=0033b7f8 cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00210246
00c9:trace:seh:call_stack_handlers calling handler at 0x650a58 code=c0000005
flags=0
00c9:trace:seh:call_stack_handlers handler at 0x650a58 returned 1
00c9:trace:seh:call_stack_handlers calling handler at 0x650c98 code=c0000005
flags=0
00c9:trace:seh:call_stack_handlers handler at 0x650c98 returned 1
00c9:trace:seh:call_stack_handlers calling handler at 0x5953d0 code=c0000005
flags=0
00c9:trace:seh:call_stack_handlers handler at 0x5953d0 returned 1
00c9:trace:seh:call_stack_handlers calling handler at 0x7b48f4cc code=c0000005
flags=0
--- snip ---
Causing another crash in the crash reporting itself:
--- snip ---
...
0091:fixme:ntdll:NtSuspendProcess stub: 0xf0
[0402/195414.122:ERROR:scoped_process_suspend.cc(31)] NtSuspendProcess: <failed
to retrieve error message (0x13d)> (0xc0000002)
...
0091:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000
tid=0091
0091:trace:seh:raise_exception info[0]=00000008
0091:trace:seh:raise_exception info[1]=00000000
0091:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=05acf7bc
edx=ffffffff esi=05acfb08 edi=05acfb98
0091:trace:seh:raise_exception ebp=05acf7dc esp=05acf7cc cs=0023 ds=002b
es=002b fs=0063 gs=006b flags=00010206
0091:trace:seh:call_stack_handlers calling handler at 0x7bcb17b2 code=c0000005
flags=0
wine: Unhandled page fault on execute access to 0x00000000 at address (nil)
(thread 0091), starting debugger...
--- snip ---
Disassembly of crash location:
--- snip ---
...
036C434D PUSH ESI
036C434E MOV ESI,libcef.04B7110C
036C4353 PUSH ESI
036C4354 CALL libcef.033EF85F
036C4359 CMP DWORD PTR DS:[4B7110C],-1
036C4360 POP ECX
036C4361 JNZ SHORT libcef.036C4341
036C4363 PUSH 1
036C4365 PUSH libcef.04611968 ; ASCII "::NtSuspendProcess"
036C436A PUSH libcef.048759CC ; UNICODE "ntdll.dll"
036C436F CALL libcef.02B21EEF
036C4374 PUSH ESI
036C4375 MOV DWORD PTR DS:[4B71108],EAX
036C437A CALL libcef.033EF820
036C437F ADD ESP,10
036C4382 JMP SHORT libcef.036C4341
036C4384 PUSH EBP
036C4385 MOV EBP,ESP
036C4387 MOV EAX,DWORD PTR FS:[2C]
036C438D MOV ECX,DWORD PTR DS:[4B6E5A4]
036C4393 MOV ECX,DWORD PTR DS:[EAX+ECX*4]
036C4396 MOV EAX,DWORD PTR DS:[4B7111C]
036C439B CMP EAX,DWORD PTR DS:[ECX+18]
036C43A1 JLE SHORT libcef.036C43A6
036C43A3 JMP SHORT libcef.036C43B7
036C43A5 POP ESI
036C43A6 PUSH DWORD PTR SS:[EBP+10]
036C43A9 PUSH DWORD PTR SS:[EBP+C]
036C43AC PUSH DWORD PTR SS:[EBP+8]
036C43AF CALL DWORD PTR DS:[4B71118]
036C43B5 POP EBP
036C43B6 RETN
036C43B7 PUSH ESI
036C43B8 MOV ESI,libcef.04B7111C
036C43BD PUSH ESI
036C43BE CALL libcef.033EF85F
036C43C3 CMP DWORD PTR DS:[4B7111C],-1
036C43CA POP ECX
036C43CB JNZ SHORT libcef.036C43A5
036C43CD PUSH 1
036C43CF PUSH libcef.04611990 ; ASCII "::RtlGetUnloadEventTraceEx"
036C43D4 PUSH libcef.048759CC ; UNICODE "ntdll.dll"
036C43D9 CALL libcef.02B21EEF
036C43DE PUSH ESI
036C43DF MOV DWORD PTR DS:[4B71118],EAX
...
--- snip ---
Source code:
https://github.com/electron/crashpad/blob/HEAD/snapshot/win/process_snapsho…
--- snip ---
void ProcessSnapshotWin::InitializeUnloadedModules() {
// As documented by https://msdn.microsoft.com/en-us/library/cc678403.aspx
// we can retrieve the location for our unload events, and use that address
in
// the target process. Unfortunately, this of course only works for
// 64-reading-64 and 32-reading-32, so at the moment, we simply do not
// retrieve unloaded modules for 64-reading-32. See
// https://crashpad.chromium.org/bug/89.
#if defined(ARCH_CPU_X86_64)
if (!process_reader_.Is64Bit()) {
LOG(ERROR)
<< "reading unloaded modules across bitness not currently supported";
return;
}
using Traits = process_types::internal::Traits64;
#elif defined(ARCH_CPU_X86)
using Traits = process_types::internal::Traits32;
#else
#error port
#endif
ULONG* element_size;
ULONG* element_count;
void* event_trace_address;
RtlGetUnloadEventTraceEx(&element_size, &element_count,
&event_trace_address);
if (*element_size < sizeof(RTL_UNLOAD_EVENT_TRACE<Traits>)) {
LOG(ERROR) << "unexpected unloaded module list element size";
return;
}
...
--- snip ---
Surprise surprise .. some Wine-Staging patchset exists:
https://github.com/wine-staging/wine-staging/tree/master/patches/ntdll-RtlG…
There is a bit tracebility here:
https://dev.wine-staging.com/patches/88/
--- quote ---
Adding a stub is a bit difficult as this function can not fail and chromium
tries to access the address unless it encounters a suspicious element size.
Setting the size to zero causes chromium to print a warning without accessing
the memory address.
--- quote ---
$ wine --version
wine-3.5
Regards
--
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.