November 2019 - Wine-Bugs - list.winehq.org

[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 Aug. 7, 2020

Aug. 7, 2020

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

[Bug 41559] New: Add ability to change windows version via command line
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=41559 Bug ID: 41559 Summary: Add ability to change windows version via command line Product: Wine Version: 1.9.21 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: winetest(a)luukku.com Distribution: --- This is just enchanment request. The command line could be like winecfg windows 7 winecfg 7 or wine 7 program.exe Or something similar. I need to quite often nowadays change windows version because installers dont like xp anymore. -- 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 17

[Bug 19239] New: eBay Turbo Lister unhandled division by zero
by wine-bugs＠winehq.org Aug. 7, 2020

Aug. 7, 2020

http://bugs.winehq.org/show_bug.cgi?id=19239 Summary: eBay Turbo Lister unhandled division by zero Product: Wine Version: 1.1.25 Platform: PC URL: http://download.ebay.com/turbo_lister2/setupUK.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Created an attachment (id=22258) --> (http://bugs.winehq.org/attachment.cgi?id=22258) wine-1.1.25-133-g7cc7e7b backtrace To get this far, "winetricks msxml3 mdac25 ie6" required. When attempting to create a new item, an unhandled division by zero occurs in user32. =>0 0x7ed807ec get_vertical_line_count+0x29(es=0x20c5c0) [/home/test/wine-git/dlls/user32/edit.c:1434] in user32 (0x0032b270) -- 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 15

[Bug 48186] New: every wine process shows a definite leak in dlls/ntdll/env.c
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=48186 Bug ID: 48186 Summary: every wine process shows a definite leak in dlls/ntdll/env.c Product: Wine Version: 4.20 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: Gentoo I mentioned this in #winehackers but got no feedback, so opening a bug. ==5560== 136 bytes in 1 blocks are definitely lost in loss record 95 of 128 ==5560== at 0x7BC6656F: notify_alloc (heap.c:260) ==5560== by 0x7BC695B5: RtlAllocateHeap (heap.c:1725) ==5560== by 0x7BC8EDAD: RtlCreateUnicodeString (rtlstr.c:260) ==5560== by 0x7BC5BD46: get_image_path (env.c:711) ==5560== by 0x7BC5E2A4: init_user_process_params (env.c:1441) ==5560== by 0x7BC7261C: __wine_process_init (loader.c:4256) ==5560== by 0x404A082: wine_init (loader.c:990) ==5560== by 0x7C0016AD: main (main.c:228) If intentional then we can close this and I'll mark it as ignored. -- 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 4

[Bug 47794] New: Rockstar Games Launcher installer button images do not display
by WineHQ Bugzilla Aug. 7, 2020

Aug. 7, 2020

https://bugs.winehq.org/show_bug.cgi?id=47794 Bug ID: 47794 Summary: Rockstar Games Launcher installer button images do not display Product: Wine Version: 4.16 Hardware: x86 URL: https://gamedownloads.rockstargames.com/public/install er/Rockstar-Games-Launcher.exe OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com Distribution: --- Created attachment 65281 --> https://bugs.winehq.org/attachment.cgi?id=65281 Screenshot of Rockstar Games Launcher installer as it works now When the Rockstar Games Launcher installer isn't crashing because of a buffer overrun (see bug 47783), the buttons are all missing their custom bitmaps and look very weird. The code does the following: CreateWindow("BUTTON", "Cancel", ...); hImage = LoadImage(NULL, "Icon_ButtonCancel.bmp", IMAGE_BITMAP, 0, 0, LR_CREATEDIBSECTION | LR_LOADFROMFILE); SendMessage(hwndButton, BM_SETIMAGE, IMAGE_BITMAP, hImage); DeleteObject(hImage); This seems to be fine on Windows, I assume the BM_SETIMAGE handler takes a ref on the bitmap and prevents it from being deleted. But Wine does delete the bitmap object, and then can't draw it ("warn:gdi: invalid handle" messages are printed). Attached Wine screenshots of the installer currently and with DeleteObject() stubbed out -- 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 10

[Bug 45929] New: nProtect GameGuard crashes on unknown casue ( Phantasy Star Online 2)
by wine-bugs＠winehq.org Aug. 6, 2020

Aug. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=45929 Bug ID: 45929 Summary: nProtect GameGuard crashes on unknown casue (Phantasy Star Online 2) Product: Wine Version: 3.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: temptempor(a)gmail.com Distribution: --- Hi all, As a follow up to Bug: 45910 which was promptly resolved may I add, I continue on my attempt to figure out why GameGuard errors out in Wine. Attached, a basic debug log obtained with ENV VARS : WINEDEBUG="+seh,+relay,+pid,+tid,warn+all" Thanks. -- 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 2

[Bug 44044] New: Neverwinter nights has black intro videos
by wine-bugs＠winehq.org Aug. 6, 2020

Aug. 6, 2020

https://bugs.winehq.org/show_bug.cgi?id=44044 Bug ID: 44044 Summary: Neverwinter nights has black intro videos Product: Wine Version: 2.20 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: samuelhungerbuehler(a)gmail.com Created attachment 59718 --> https://bugs.winehq.org/attachment.cgi?id=59718 Neverwinter nights WINEDEBUG="fixme-d3d,fixme-wgl" Maybe has something to do with the Bink Video codec (binkw32.dll). I found this Bug on Wine 2.20 (Wine staging). As far as i know is this a bug on Mac OS X only. There are others who have this bug on older Versions of Wine: https://appdb.winehq.org/objectManager.php?sClass=version&iId=31354&iTestin… -- 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 2

[Bug 43363] New: Deus Ex: Human Revolution (Steam) - Unable rotate mouse more than 180 degree
by wine-bugs＠winehq.org Aug. 5, 2020

Aug. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=43363 Bug ID: 43363 Summary: Deus Ex: Human Revolution (Steam) - Unable rotate mouse more than 180 degree Product: Wine Version: 2.12 Hardware: x86-64 OS: Linux Status: NEW Severity: major Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 58725 --> https://bugs.winehq.org/attachment.cgi?id=58725 cursor log The same symptoms as for bug 33479. Enabling/disabling virtual desktop, windowed/fullscreen modes doesn't help. Always 180 degrees for X and Y axes. wine-2.12-148-gc2f464decb -- 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 10

[Bug 41307] New: OpenGL Screen does not refresh
by wine-bugs＠winehq.org Aug. 5, 2020

Aug. 5, 2020

https://bugs.winehq.org/show_bug.cgi?id=41307 Bug ID: 41307 Summary: OpenGL Screen does not refresh Product: Wine Version: 1.9.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: influxWishdream(a)gmail.com Distribution: --- After compiling a Blitz3D App (Using Sonic World as a reference compiled app) Screen does not refresh automatically unless forcibility called by the compiled app. Seems to only update when the window is moved or hovering over the window buttons. I assume this is a draw error. It also updates when xrefresh is called. Running under: Manjaro Linux GNOME 3.20.2 AMD Proprietary Driver XOrg 1.17.4 -- 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 18

[Bug 38115] New: Grandia 2: game crashes after videos are skipped
by wine-bugs＠winehq.org Aug. 4, 2020

Aug. 4, 2020

https://bugs.winehq.org/show_bug.cgi?id=38115 Bug ID: 38115 Summary: Grandia 2: game crashes after videos are skipped Product: Wine Version: 1.7.36 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: c.wehrmeyer(a)gmx.de Distribution: --- Created attachment 50797 --> https://bugs.winehq.org/attachment.cgi?id=50797 Backtrace of wine when the game crashes What I am trying to archive: I want to get the game Grandia II running on a Multilib Gentoo System (x86 and x64). To reduce I/O latency that is bound to happen due to the carrier medium (optical drive/CD), I created local images that can be mounted in. This runs fine on Windows, the copy protection detects no problems, and I can start and play that game. How have I installed Winw: - I have got the latest source from the git repository: $ git clone git://source.winehq.org/git/wine.git wine 2>&1 > ~/wine_git.txt - I configured the sources, compiled them, and installed the binaries into a separate directory: $ ./configure --prefix=/opt/local/wine $ make -j 9 2>&1 > ~/wine_make $ make install 2>&1 > ~/wine_make_install - I mounted the CD images: $ sudo mount -t iso9660 GRANDIA2CD1.iso cd1 mount: /dev/loop0 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus $ sudo mount -t iso9660 GRANDIA2CD2.iso cd2 mount: /dev/loop1 ist schreibgeschützt, wird eingehängt im Nur-Lese-Modus $ sudo mount | grep 'CD' /path/GRANDIA2CD1.iso on /path/cd1 type iso9660 (ro) /path/GRANDIA2CD2.iso on /path/cd2 type iso9660 (ro) - I created a Win32 user prefix, because the game is a x86 application. $ WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/wine "wineboot" - I made sure (with WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/winecfg) that the drives D: and E: were directly pointing to where the CD-images are mounted - I installed the game - in the cd1/ dir: $ WINEPREFIX="/home/user/new_wine" WINEARCH='win32' /opt/local/wine/bin/wine autorun.exe - I copied the games executable from the second CD to the main game folder, because for some reason the installer wouldn't do that. What is the problem: The game starts, but it does not play the intro videos, and the game crashes if I press F9 (skip videos). What can I say about the crash: The crash always happens at the same address: Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x004884b9). >From what I can gather, 0x004884b9 is the code address that causes the crash. The machine code read this (intel syntax): 4884b3: 8b 0d 0c 47 9c 00 mov ecx,DWORD PTR ds:0x9c470c 4884b9: 8b 51 04 mov edx,DWORD PTR [ecx+0x4] 4884bc: 8b 42 08 mov eax,DWORD PTR [edx+0x8] 4884bf: 8b 40 48 mov eax,DWORD PTR [eax+0x48] If I read this correctly - and I might be mighty wrong here - the value 0x9c470c is loaded into the ecx register, and the value stored at 0x9c4710 is then tried to load into the edx register. But it seems as if the ecx register is nullified again. For reference: other 3D games as Deus Ex run very fine. Due to the fact that I am rendering with my Intel chip (I own an optimus laptop with maxwell architecture, for which the drivers are still declared as WIP), the CPU usage is a bit higher than on Windows, but I can archive 60 FPS with not problems whatsoever. The backtrace is included as attachment. If demanded, I can also upload the "configure", "make" and "make install" logs. -- 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