February 2020 - Wine-bugs - list.winehq.org

[Bug 45131] New: error compiling shader.c:6668:1: internal compiler error : Segmentation Error
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=45131 Bug ID: 45131 Summary: error compiling shader.c:6668:1: internal compiler error : Segmentation Error Product: Wine Version: 3.0-rc6 Hardware: arm OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: directx-d3dx9 Assignee: wine-bugs(a)winehq.org Reporter: sav(a)importweb.fr Distribution: --- Created attachment 61317 --> https://bugs.winehq.org/attachment.cgi?id=61317 final output of make hello, i'm trying to compile wine on my arm archlinux chromebook exynos Chromebook XE303C12 i'm getting stuck while compiling on shader.c (d3dx9_36), i've attached the final output of compiling can you help me ? -- 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.

2 6

[Bug 29806] New: DirectX Software Test Causes Hype The Time Quest Installer to Fail
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

http://bugs.winehq.org/show_bug.cgi?id=29806 Bug #: 29806 Summary: DirectX Software Test Causes Hype The Time Quest Installer to Fail Product: Wine Version: 1.3.28 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Provided I'm remembering right, at some point in time this bug went away before I got around to reporting it, but it's sure back now (writing this when 1.4 rc 2 was the most recent version of Wine). 1.3.28 is the farthest back I have ran Hype successfully, much further behind that would probably get more iffy because 1.3.28 is particularly unstable about getting Hype running. Getting the DirectX check to not crash the installer definitely happened _after_ 1.3.28. I'm still pinpointing the version. When you install Hype, you have to click "Install", then "Change", then "Software tests...", then uncheck "Microsoft DirectX Media" and click "OK". Or else the installer fails, at least in versions of Wine where this bug is in effect. Anyways, I can assuredly tell you that Wine 1.4 rc 2 needs to have the DirectX software check unchecked to keep the installer from failing. Jake -- 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.

2 11

[Bug 48593] New: Fable: The Lost Chapters cutscenes only play one frame of video
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48593 Bug ID: 48593 Summary: Fable: The Lost Chapters cutscenes only play one frame of video Product: Wine Version: 5.0-rc1 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Depends on: 48570 Distribution: --- Split off from bug 48570: (In reply to andy from comment #9) > Hi. I've try your patch. Now cutscene is played, but just sound. > Video seem locked to first frame. > > But, since you supposed a regression, I try to start a regression test and > test with wine-5.0-rc1-35-g863da013a2 and behavior is same as patch applied, > vmw reproduced but just sound, video seem locked to first frame. (In reply to Zebediah Figura from comment #10) > But obviously there is something else going wrong here. The log from comment > 9 shows, as the symptoms would suggest, our filter successfully connecting > to the default audio renderer and a custom video renderer, sending plenty of > audio samples, and only one video sample. We seem to return from > got_data_sink() without difficulty, but GStreamer never gives us another > frame. What gives? -- 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.

1 12

[Bug 48490] New: Restored minimized windows have wrong height
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48490 Bug ID: 48490 Summary: Restored minimized windows have wrong height Product: Wine Version: 5.0-rc6 Hardware: x86 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 118f333ac233c69399a01424a6218d130983d644 Distribution: --- The commit 118f333ac233c69399a01424a6218d130983d644 exposed this bug. Specifically, this change: - new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYICON); + new_window_rect->bottom = new_window_rect->top + GetSystemMetrics(SM_CYMINIMIZED); The bug is actually in winex11.drv's X11DRV_X_to_window_rect. To reproduce this, managed + decorated windows must be set, and then: 1) Launch wine notepad. 2) Minimize it. 3) Click on notepad on the DE's taskbar to restore it. When it is restored, it will be "off" by a few pixels at the bottom (smaller), having a small gap. In my case, it is 4 pixels off. This is due to the fact that SM_CYMINIMIZED is 24, while the decoration's title bar is 26 pixels, and border is 1 pixel. Since the border is on both the top and bottom, the total extra "decoration" height is 28 pixels. However, the referenced commit changes the size of the window to 24, which is smaller than the decoration. That's perfectly fine by itself, since it's what happens on Windows in this case. The problem is that the real decoration size information is lost in this way for the window, even though X11DRV_X_to_window_rect uses it and assumes it is correct. It has to be recomputed. The previous constant (SM_CYICON), didn't trigger this bug because it was larger than the decoration in my case (32 pixels vs 28), which was probably just luck. I'll send a fix soon to hopefully fix this properly. -- 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.

1 3

[Bug 47999] New: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=47999 Bug ID: 47999 Summary: Gif pictures stored in PE files are not loaded into HTML web pages via Res protocol Product: Wine Version: 4.18 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: dimaki(a)rocketmail.com Distribution: --- Issue first noticed with VBSEdit application, but then a small sample MFC application was found on codeproject.com which displays the same incorrect behavior. On windows the sample application comes up and displays an HTML web page which contains a gif image. Both the webpage and the gif are loaded via the res protocol from the program executable. On wine the HTML page loads but the gif does not get loaded and is missing from the page. -- 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.

1 13

[Bug 47621] New: Buttons too small in height
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=47621 Bug ID: 47621 Summary: Buttons too small in height Product: Wine Version: 4.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Bjoern(a)Kautler.net Distribution: --- Created attachment 65052 --> https://bugs.winehq.org/attachment.cgi?id=65052 screenshot If you try to install Inno Setup 6.0.2 from http://www.jrsoftware.org/isdl.php via wine on Ubuntu Disco with the default package 4.0-1, the initial dialog that asks on whether to install for all users or current user, is only as big as the titlebar and not resizable. It is still usable via keyboard if you know what it shows or can be prevented by using commandline options. I then tried as advised with the latest development buid, which is 4.13~disco from dl.winehq.org. With that it improved significantly, so now the dialog is better sized and usable. But as can be seen in the attached screenshot, the buttons are too narrow in the height dimension. The text on the buttons is halfway cut. -- 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.

2 11

[Bug 45839] New: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=45839 Bug ID: 45839 Summary: Qt 5.8 SDK installer needs 'IFileSystem.MoveFile' method implementation for maintenance tool creation step Product: Wine Version: 3.16 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: scrrun Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Download: https://download.qt.io/archive/qt/5.8/5.8.0/ --- snip --- $ wine ./qt-opensource-windows-x86-msvc2015-5.8.0.exe ... 00b8:fixme:wscript:set_host_properties ignored L"nologo" switch 00b8:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00b8:fixme:scrrun:filesys_MoveFile 0x7f261c0198f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.dat" 00ba:fixme:wscript:set_host_properties ignored L"nologo" switch 00ba:fixme:vbscript:VBScript_SetScriptState unimplemented SCRIPTSTATE_INITIALIZED 00ba:fixme:scrrun:filesys_MoveFile 0x7f27a50598f8 L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe.new" L"C:\\Qt\\Qt5.8.0\\MaintenanceTool.exe" --- snip --- The installer doesn't fail but the temp files are not getting renamed. NOTE: These lines are also found here: https://bugs.winehq.org/show_bug.cgi?id=43193#c3 but that bug targets Wine-Staging with different issue and looks abandoned. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/scrrun/filesystem.c#… --- snip --- 3599 static HRESULT WINAPI filesys_MoveFile(IFileSystem3 *iface, BSTR Source, 3600 BSTR Destination) 3601 { 3602 FIXME("%p %s %s\n", iface, debugstr_w(Source), debugstr_w(Destination)); 3603 3604 return E_NOTIMPL; 3605 } --- snip --- $ sha1sum qt-opensource-windows-x86-msvc2015-5.8.0.exe 260369866673b0adb4d3576d3bd1afbb005817a9 qt-opensource-windows-x86-msvc2015-5.8.0.exe $ du -sh qt-opensource-windows-x86-msvc2015-5.8.0.exe 1.1G qt-opensource-windows-x86-msvc2015-5.8.0.exe $ wine --version wine-3.16 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.

2 6

[Bug 39534] New: Bad Mojo Redux crashes on start
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=39534 Bug ID: 39534 Summary: Bad Mojo Redux crashes on start Product: Wine Version: 1.7.54 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: gyebro69(a)gmail.com Distribution: --- Created attachment 52681 --> https://bugs.winehq.org/attachment.cgi?id=52681 terminal output Bad Mojo Redux (GOG.com version) crashes immediately on start. The patch from staging fixes the crash and the game loads to the main menu properly: https://github.com/wine-compholio/wine-staging/blob/0dddb28c32e44f300be2157… Quicktime 7.7.x is installed in the prefix (needed to play in-game videos). There's no demo version available. Fedora 22 32-bit OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV92 OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.1.0-devel OpenGL core profile shading language version string: 3.30 -- 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.

2 11

[Bug 48495] New: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate
by WineHQ Bugzilla 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=48495 Bug ID: 48495 Summary: XCP-ng Center v8.x (.NET 4.6 app) can't connect to server with self-signed certificate Product: Wine Version: 4.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: imirkin(a)alum.mit.edu Distribution: --- Needless to say, this works fine on windows. The application requires the "dotnet462" winetricks verb to start, and see #48492 for ways to get past the splash screen. Installation msi available from https://github.com/xcp-ng/xenadmin/releases/download/v8.0.1.26/XCP-ng-Cente… . However once in the application, it can't actually connect. WINEDEBUG=trace+crypt,trace+chain shows the following happening over and over and over and over again: 0072:trace:crypt:CertVerifyCertificateChainPolicy (#0004, 0xbe571d0, 0xd7beb70, 0xd7beb30) 0072:trace:chain:dump_policy_para cbSize = 12 0072:trace:chain:dump_policy_para dwFlags = 00000010 0072:trace:chain:dump_policy_para pvExtraPolicyPara = 0xd7beb60 0072:trace:chain:dump_ssl_extra_chain_policy_para cbSize = 16 0072:trace:chain:dump_ssl_extra_chain_policy_para dwAuthType = 2 0072:trace:chain:dump_ssl_extra_chain_policy_para fdwChecks = 00000000 0072:trace:chain:dump_ssl_extra_chain_policy_para pwszServerName = L"<redacted>" 0072:trace:crypt:CertVerifyCertificateChainPolicy returning 1 (800b0109) 800b0109 = CERT_E_UNTRUSTEDROOT And indeed, it's a self-signed certificate, which isn't in the trusted list. However note that policy_para.dwFlags = 0x10 == CERT_CHAIN_POLICY_ALLOW_UNKNOWN_CA_FLAG . This is handled in verify_base_policy. However verify_ssl_policy only checks for the bit in extra_chain_policy_para.fdwChecks, which is empty here. The (.NET) application does the following: SslStream sslStream = new SslStream(stream, false, new RemoteCertificateValidationCallback(ValidateServerCertificate), null); Where the ValidateServerCertificate function = "return true". I suspect that the policy para's dwFlags should be respected by verify_ssl_policy even if fdwFlags isn't set... but my familiarity with these APIs extends to all of the past couple of hours ... an expert opinion would be quite welcome. -- 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.

1 8

[Bug 46949] New: DDraw games using older windowed mode wrappers such as DirectX Windower Embedded v2.3 /D3D Windower v1.x crash (ddraw_palette_vtbl and ddraw_surface{1,2,3,4, 7}_vtbl need to be writable)
by wine-bugs＠winehq.org 07 Aug '20

07 Aug '20

https://bugs.winehq.org/show_bug.cgi?id=46949 Bug ID: 46949 Summary: DDraw games using older windowed mode wrappers such as DirectX Windower Embedded v2.3/D3D Windower v1.x crash (ddraw_palette_vtbl and ddraw_surface{1,2,3,4,7}_vtbl need to be writable) Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, encountered while investigating bug 44803 ("Age of Empires II Forgotten Empires crashes "Unhandled privileged instruction"). There are various community installers that claim to add windowed mode support for old DDraw-based games. The presence of older windowed mode wrappers causes the games to crash. These old wrappers (over)write function pointers directly to vtables without changing the page protection. --- snip --- -=[ ProtectionID v0.6.9.0 DECEMBER]=- (c) 2003-2017 CDKiLLER & TippeX Build 24/12/17-21:05:42 Ready... Scanning -> C:\Program Files (x86)\Microsoft Games\Age of Empires II\age2_x1\wndmode.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 778752 (0BE200h) Byte(s) | Machine: 0x14C (I386) Compilation TimeStamp : 0x413D41E7 -> Tue 07th Sep 2004 05:06:47 (GMT) [TimeStamp] 0x413D41E7 -> Tue 07th Sep 2004 05:06:47 (GMT) | PE Header | - | Offset: 0x00000208 | VA: 0x00400208 | - [File Heuristics] -> Flag #1 : 00000000000000001000000000100000 (0x00008020) [Entrypoint Section Entropy] : 6.54 (section #0) ".text " | Size : 0x98400 (623616) byte(s) [DllCharacteristics] -> Flag : (0x0000) -> NONE [SectionCount] 7 (0x7) | ImageSize 0xC8000 (819200) byte(s) [VersionInfo] Product Name : DirectX Windower Embedded v2.3 (based on D3D Windower v1.88) [VersionInfo] File Description : DirectX Windower Embedded [VersionInfo] File Version : 2.3.0.12 [VersionInfo] Original FileName : wndmode.dll [VersionInfo] Legal Copyrights : (C) 2008 VEG <veg(a)tut.by>. (C) 2004 menopem <menopem(a)yahoo.co.jp> [ModuleReport] [IAT] Modules -> KERNEL32.DLL | ADVAPI32.DLL | COMCTL32.DLL | GDI32.DLL | OLE32.DLL | OLEAUT32.DLL | USER32.DLL | VERSION.DLL | WINMM.DLL [CdKeySerial] found "Invalid code" @ VA: 0x00096E24 / Offset: 0x00096424 [CompilerDetect] -> Borland C/C++ [!] File appears to have no protection or is using an unknown protection - Scan Took : 0.410 Second(s) [00000019Ah (410) tick(s)] [246 of 580 scan(s) done] --- snip --- --- snip --- $ winedbg --gdb ./age2_x2.exe Wine-gdb> bt #0 ddraw1_CreatePalette (iface=0x192a7c, flags=68, entries=0x32c048, palette=0x9261fc, outer_unknown=0x0) at /home/focht/projects/wine/mainline-src/dlls/ddraw/ddraw.c:3521 #1 0x00b21274 in ?? () #2 0x005a1019 in ?? () #3 0x00000000 in ?? () ... Wine-gdb> x/10i $eip => 0xb21291: movl $0xb212a0,0x18(%edx) 0xb21298: pop %ebx 0xb21299: pop %ebp 0xb2129a: ret $0x14 Wine-gdb> x/10x $edx 0x1c0588: 0x7e0e21c8 0x00000001 0x001c0748 0x00192a70 0x1c0598: 0x00000000 0x00000044 0x00000000 0x001c0580 0x1c05a8: 0x00000080 0x00455355 Wine-gdb> x/10x 0x7e0e21c8 0x7e0e21c8 <ddraw_palette_vtbl>: 0x7e09f667 0x7e09f74d 0x7e09f7fc 0x7e09f9a7 0x7e0e21d8 <ddraw_palette_vtbl+16>: 0x7e09fb32 0x7e09f92c 0x7e09fa42 0x00000000 0x7e0e21e8: 0x00000000 0x00000000 --- snip --- Obviously can't work because the vtable is const data: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/palette.c#l221 --- snip --- 221 static const struct IDirectDrawPaletteVtbl ddraw_palette_vtbl = 222 { 223 /*** IUnknown ***/ 224 ddraw_palette_QueryInterface, 225 ddraw_palette_AddRef, 226 ddraw_palette_Release, 227 /*** IDirectDrawPalette ***/ 228 ddraw_palette_GetCaps, 229 ddraw_palette_GetEntries, 230 ddraw_palette_Initialize, 231 ddraw_palette_SetEntries 232 }; --- snip --- --- snip --- Thread 1 received signal SIGSEGV, Segmentation fault. 0x00b2b130 in ?? () Wine-gdb> bt #0 0x00b2b130 in ?? () #1 0x00b2163c in ?? () #2 0x005a14c4 in ?? () #3 0x001c0fc8 in ?? () #4 0x00192a7c in ?? () Wine-gdb> x/10i 0x00b2b130 => 0xb2b130: rep movsl %ds:(%esi),%es:(%edi) 0xb2b132: pop %edi 0xb2b133: pop %esi 0xb2b134: mov -0x44(%ebp),%ecx 0xb2b137: push %ecx 0xb2b138: mov -0x44(%ebp),%edx 0xb2b13b: test %edx,%edx 0xb2b13d: jne 0xb2b143 0xb2b13f: xor %ecx,%ecx Wine-gdb> info reg eax 0x7e070500 2114389248 ecx 0x24 36 edx 0x7e070500 2114389248 ebx 0x1c03c8 1835976 esp 0x32ba7c 0x32ba7c ebp 0x32bb14 0x32bb14 esi 0xbbeae4 12315364 edi 0x7e070500 2114389248 eip 0xb2b130 0xb2b130 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x63 99 gs 0x6b 107 Wine-gdb> x/10x 0x7e070500 0x7e070500 <ddraw_surface1_vtbl>: 0x7e02f169 0x7e02f7fb 0x7e03030f 0x7e0341b1 0x7e070510 <ddraw_surface1_vtbl+16>: 0x7e034a8f 0x7e033a73 0x7e03648a 0x7e03aa33 0x7e070520 <ddraw_surface1_vtbl+32>: 0x7e034784 0x7e036a03 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/surface.c#l5600 --- snip --- 5600 static const struct IDirectDrawSurfaceVtbl ddraw_surface1_vtbl = 5601 { 5602 /* IUnknown */ 5603 ddraw_surface1_QueryInterface, 5604 ddraw_surface1_AddRef, 5605 ddraw_surface1_Release, ... --- snip --- --- snip --- Wine-gdb> bt #0 0x00b2b1d6 in ?? () #1 0x00b2163c in ?? () #2 0x005a14c4 in ?? () #3 0x001c0fc8 in ?? () #4 0x00192a7c in ?? () Wine-gdb> x/10i 0x00b2b1d6 => 0xb2b1d6: rep movsl %ds:(%esi),%es:(%edi) 0xb2b1d8: pop %edi 0xb2b1d9: pop %esi 0xb2b1da: mov -0x48(%ebp),%ecx 0xb2b1dd: push %ecx 0xb2b1de: mov -0x48(%ebp),%edx 0xb2b1e1: test %edx,%edx 0xb2b1e3: jne 0xb2b1e9 0xb2b1e5: xor %ecx,%ecx 0xb2b1e7: jmp 0xb2b238 ine-gdb> info reg eax 0x7e0704e0 2114389216 ecx 0x27 39 edx 0x7e0704e0 2114389216 ebx 0x1c03c8 1835976 esp 0x32ba7c 0x32ba7c ebp 0x32bb14 0x32bb14 esi 0xbbeb74 12315508 edi 0x7e0704e0 2114389216 eip 0xb2b1d6 0xb2b1d6 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x63 99 gs 0x6b 107 Wine-gdb> x/10x 0x7e0704e0 0x7e0704e0 <ddraw_surface2_vtbl>: 0x7e02f0c4 0x7e02f737 0x7e03024b 0x7e0340b3 0x7e0704f0 <ddraw_surface2_vtbl+16>: 0x7e0349f0 0x7e033977 0x7e0363de 0x7e03a947 0x7e070500 <ddraw_surface2_vtbl+32>: 0x7e0346db 0x7e036959 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/surface.c#l5554 --- snip --- 5554 static const struct IDirectDrawSurface2Vtbl ddraw_surface2_vtbl = 5555 { 5556 /* IUnknown */ 5557 ddraw_surface2_QueryInterface, 5558 ddraw_surface2_AddRef, 5559 ddraw_surface2_Release, 5560 /* IDirectDrawSurface */ ... --- snip --- --- snip --- Wine-gdb> bt #0 0x00b2b27c in ?? () #1 0x00b2163c in ?? () #2 0x005a14c4 in ?? () #3 0x001c0fc8 in ?? () #4 0x00192a7c in ?? () Wine-gdb> x/10i 0x00b2b27c => 0xb2b27c: rep movsl %ds:(%esi),%es:(%edi) 0xb2b27e: pop %edi 0xb2b27f: pop %esi 0xb2b280: mov -0x4c(%ebp),%ecx 0xb2b283: push %ecx 0xb2b284: mov -0x4c(%ebp),%edx 0xb2b287: test %edx,%edx 0xb2b289: jne 0xb2b28f 0xb2b28b: xor %ecx,%ecx 0xb2b28d: jmp 0xb2b2de Wine-gdb> info reg eax 0x7e0704e0 2114389216 ecx 0x28 40 edx 0x7e0704e0 2114389216 ebx 0x1c03c8 1835976 esp 0x32ba7c 0x32ba7c ebp 0x32bb14 0x32bb14 esi 0xbbec10 12315664 edi 0x7e0704e0 2114389216 eip 0xb2b27c 0xb2b27c eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x63 99 gs 0x6b 107 Wine-gdb> x/10x 0x7e0704e0 0x7e0704e0 <ddraw_surface3_vtbl>: 0x7e02f01f 0x7e02f673 0x7e030187 0x7e033fb5 0x7e0704f0 <ddraw_surface3_vtbl+16>: 0x7e034951 0x7e03387b 0x7e036332 0x7e03a85b 0x7e070500 <ddraw_surface3_vtbl+32>: 0x7e034632 0x7e0368af --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/surface.c#l5506 --- snip --- 5506 static const struct IDirectDrawSurface3Vtbl ddraw_surface3_vtbl = 5507 { 5508 /* IUnknown */ 5509 ddraw_surface3_QueryInterface, 5510 ddraw_surface3_AddRef, 5511 ddraw_surface3_Release, 5512 /* IDirectDrawSurface */ ... --- snip --- --- snip --- Wine-gdb> bt #0 0x00b2b322 in ?? () #1 0x00b2163c in ?? () #2 0x005a14c4 in ?? () #3 0x001c0fc8 in ?? () #4 0x00192a7c in ?? () Wine-gdb> x/10i 0x00b2b322 => 0xb2b322: rep movsl %ds:(%esi),%es:(%edi) 0xb2b324: pop %edi 0xb2b325: pop %esi 0xb2b326: mov -0x50(%ebp),%ecx 0xb2b329: push %ecx 0xb2b32a: mov -0x50(%ebp),%edx 0xb2b32d: test %edx,%edx 0xb2b32f: jne 0xb2b335 0xb2b331: xor %ecx,%ecx 0xb2b333: jmp 0xb2b384 Wine-gdb> info reg eax 0x7e0704e0 2114389216 ecx 0x2d 45 edx 0x7e0704e0 2114389216 ebx 0x1c03c8 1835976 esp 0x32ba7c 0x32ba7c ebp 0x32bb14 0x32bb14 esi 0xbbecb0 12315824 edi 0x7e0704e0 2114389216 eip 0xb2b322 0xb2b322 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x63 99 gs 0x6b 107 Wine-gdb> x/10x 0x7e0704e0 0x7e0704e0 <ddraw_surface4_vtbl>: 0x7e02ef7a 0x7e02f5af 0x7e0300c3 0x7e033dd2 0x7e0704f0 <ddraw_surface4_vtbl+16>: 0x7e0348b2 0x7e03377f 0x7e036286 0x7e03a76f 0x7e070500 <ddraw_surface4_vtbl+32>: 0x7e034589 0x7e036805 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/surface.c#l5452 --- snip --- 5452 static const struct IDirectDrawSurface4Vtbl ddraw_surface4_vtbl = 5453 { 5454 /* IUnknown */ 5455 ddraw_surface4_QueryInterface, 5456 ddraw_surface4_AddRef, 5457 ddraw_surface4_Release, 5458 /* IDirectDrawSurface */ ... --- snip --- --- snip --- Wine-gdb> bt #0 0x00b2b3c8 in ?? () #1 0x00b2163c in ?? () #2 0x005a14c4 in ?? () #3 0x001c0fc8 in ?? () #4 0x00192a7c in ?? () Wine-gdb> x/10i 0x00b2b3c8 => 0xb2b3c8: rep movsl %ds:(%esi),%es:(%edi) 0xb2b3ca: pop %edi 0xb2b3cb: pop %esi 0xb2b3cc: mov -0x54(%ebp),%ecx 0xb2b3cf: push %ecx 0xb2b3d0: mov -0x54(%ebp),%edx 0xb2b3d3: test %edx,%edx 0xb2b3d5: jne 0xb2b3db 0xb2b3d7: xor %ecx,%ecx 0xb2b3d9: jmp 0xb2b42a Wine-gdb> info reg eax 0x7e0704c0 2114389184 ecx 0x31 49 edx 0x7e0704c0 2114389184 ebx 0x1c03c8 1835976 esp 0x32ba7c 0x32ba7c ebp 0x32bb14 0x32bb14 esi 0xbbed64 12316004 edi 0x7e0704c0 2114389184 eip 0xb2b3c8 0xb2b3c8 eflags 0x210246 [ PF ZF IF RF ID ] cs 0x23 35 ss 0x2b 43 ds 0x2b 43 es 0x2b 43 fs 0x63 99 gs 0x6b 107 Wine-gdb> x/10x 0x7e0704c0 0x7e0704c0 <ddraw_surface7_vtbl>: 0x7e02e8a8 0x7e02f4eb 0x7e02ffff 0x7e033c96 0x7e0704d0 <ddraw_surface7_vtbl+16>: 0x7e03482d 0x7e032e03 0x7e0361f5 0x7e03a442 0x7e0704e0 <ddraw_surface7_vtbl+32>: 0x7e0344e0 0x7e036526 --- snip --- https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ddraw/surface.c#l5393 --- snip --- 5393 static const struct IDirectDrawSurface7Vtbl ddraw_surface7_vtbl = 5394 { 5395 /* IUnknown */ 5396 ddraw_surface7_QueryInterface, 5397 ddraw_surface7_AddRef, 5398 ddraw_surface7_Release, 5399 /* IDirectDrawSurface */ --- snip --- If you remove the 'const' the old games start successfully in windowed mode. Tested with AoE2 + expansions. NOTE: I'm not talking about the newer AoE2HD which supports windowed mode out of the box, it's the older versions that didn't support windowed mode at all. Newer windowed mode wrapper projects such as 'DxWnd' (https://github.com/DxWnd/DxWnd.reloaded) use more safe mechanisms (VirtualProtect) to make sure the vtables are actually writable. But again, it seems native DDraw has writable vtables. 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.

2 6