https://bugs.winehq.org/show_bug.cgi?id=46568
Bug ID: 46568
Summary: 64-bit msxml6.dll from Microsoft Core XML Services 6.0
redist package fails to load (Wine doesn't respect
44-bit user-mode VA limitation from Windows < 8.1)
Product: Wine
Version: 4.0
Hardware: x86-64
URL: https://download.microsoft.com/download/2/e/0/2e01308a
-e17f-4bf9-bf48-161356cf9c81/msxml6_x64.msi
OS: Linux
Status: NEW
Keywords: download, win64
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: focht(a)gmx.net
Distribution: ---
Hello folks,
reported by Louis in https://bugs.winehq.org/show_bug.cgi?id=46107#c2
--- quote ---
I tried winetricks msxml3 and msxml6, but somehow it didn`t work out in 64-bit
wineprefix; i get errors that msxml is not registered etc,
Does anyone know a workaround to use native msxml on 64-bit prefix?
--- quote ---
Relevant part of trace log:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Altium/AD18
$ WINEDEBUG=+seh,+relay,+loaddll,+virtual wine64 ./X2.EXE >>log.txt 2>&1
...
002a:Call KERNEL32.LoadLibraryExW(0053f2b0
L"C:\\windows\\system32\\msxml6.dll",00000000,00000008) ret=7fbe435d7558
...
002a:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\msxml6.dll"
at 0x7ff79e00000: native
002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000
L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil))
...
002a:Call KERNEL32.HeapCreate(00000001,00000000,00000000) ret=7ff79e18411
002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00110000
2000 00000004
002a:trace:virtual:map_view got mem with anon mmap
0x7fbe39819000-0x7fbe39929000
002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff
(valloc)
002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3992ffff --rw-
002a:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff 0x7fbe39820000
00010000 1000 00000004
002a:trace:virtual:mprotect_exec forcing exec permission on
0x7fbe39820000-0x7fbe3982ffff
002a:trace:virtual:VIRTUAL_DumpView View: 0x7fbe39820000 - 0x7fbe3992ffff
(valloc)
002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39820000 - 0x7fbe3982ffff c-rw-
002a:trace:virtual:VIRTUAL_DumpView 0x7fbe39830000 - 0x7fbe3992ffff --rw-
002a:Ret KERNEL32.HeapCreate() retval=7fbe39820000 ret=7ff79e18411
...
002a:Call ntdll.RtlAllocateHeap(7fbe39820000,00000000,00000060) ret=7ff79e03c10
002a:Ret ntdll.RtlAllocateHeap() retval=7fbe39822730 ret=7ff79e03c10
002a:Call msvcrt.memset(7fbe39822740,00000000,00000042) ret=7ff79e03a5a
002a:Ret msvcrt.memset() retval=7fbe39822740 ret=7ff79e03a5a
002a:trace:seh:NtRaiseException code=c0000005 flags=0 addr=0x7ff79e03efe
ip=7ff79e03efe tid=002a
002a:trace:seh:NtRaiseException info[0]=0000000000000000
002a:trace:seh:NtRaiseException info[1]=ffffffffffffffff
002a:trace:seh:NtRaiseException rax=000000000011b2d0 rbx=6c61567274736270
rcx=0000000000000008 rdx=0000000000000000
002a:trace:seh:NtRaiseException rsi=0000000000007fbe rdi=0000000000000730
rbp=00000ff7c73044e8 rsp=000000000053ea70
002a:trace:seh:NtRaiseException r8=00007fbe39822740 r9=0000000000000000
r10=0000000000000000 r11=0000000000000000
002a:trace:seh:NtRaiseException r12=00007fbe39822740 r13=000007ff79f8dc80
r14=00007fbe436c6160 r15=000000000053f708
...
002a:exception c0000005 in PE entry point
(proc=0x7ff79e0101c,module=0x7ff79e00000,reason=PROCESS_ATTACH,res=(nil))
002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000
L"msxml6.dll",reason=PROCESS_ATTACH,res=(nil)) retval=0
002a:Call PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000
L"msxml6.dll",reason=PROCESS_DETACH,res=(nil))
002a:Ret PE DLL (proc=0x7ff79e0101c,module=0x7ff79e00000
L"msxml6.dll",reason=PROCESS_DETACH,res=(nil)) retval=1
002a:trace:loaddll:free_modref Unloaded module
L"C:\\windows\\system32\\msxml6.dll" : native
002a:Ret KERNEL32.LoadLibraryExW() retval=00000000 ret=7fbe435d7558
002a:err:ole:COMPOBJ_DllList_Add couldn't load in-process dll
L"C:\\windows\\system32\\msxml6.dll"
--- snip ---
It seems that certain older 64-bit components such as Microsoft XML libs make
assumptions about the 64-bit user-mode virtual address space layout.
This is different from the usual broken apps a la "I failed at porting my
32-bit app to 64-bit" (pointer truncation).
In this case, pointers from certain allocations are broken into multiple parts
and used as indices into multi-level lookup tables.
Pitfall: there is a 44-bit user-mode VA limitation (8TB) for 64-bit Windows
which was lifted starting with Windows 8.1+.
Wine doesn't respect the 44-bit pre-Windows 8.1 virtual address space limits,
allowing process heaps to be placed in 0000'7Fxx'0000'0000 range (128 TB) which
causes out-of-bounds access to lookup tables when indices overflow (derived
from pointer bits). The exception occurs in entry point, causing 'msxml6.dll'
to be unloaded.
One workaround is to move Wine's top-down allocations/heaps into 8 TB VA range
(Wine preloader) and impose same user-mode address space bits limits as with
all 64-bit Windows versions < 8.1 to stay "compatible". I've tested it and it
works for native here. Not sure if it's worth to change though.
I don't know if a separate 64-bit MSXML6 re-distributable package exists that
has been fixed wrt Windows 8.1+ address space limits.
MSXML6 is part of Windows OS for newer versions and automatically kept
up-to-date.
$ sha1sum msxml6_x64.msi
1eb84eeae7729ea5db7fe79779f4e216114261ba msxml6_x64.msi
$ du -sh msxml6_x64.msi
2.6M msxml6_x64.msi
$ wine --version
wine-4.0-276-g84459ba94b
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.
http://bugs.winehq.org/show_bug.cgi?id=15039
Summary: MSVC 6: Menu popdowns too narrow for arrows
Product: Wine
Version: 1.1.1
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: claus.fischer(a)clausfischer.com
CC: claus.fischer(a)clausfischer.com
Microsoft Visual C++ 6 is working to a large extent.
When opening a menu of the developer studio, the menu items
with arrows (that open submenus) are not displayed correctly.
The triangular arrows on the right end will stick out of the
menu popdown area. I'm not sure if they just stick out to the
end of the "shadow" (3d effect) around the popdown, or sometimes
more.
They should be fully contained in the popdown area.
--
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=59012
Bug ID: 59012
Summary: Maximized windows cannot be minimized on kde xwayland
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)list.winehq.org
Reporter: edoardo762(a)gmail.com
Distribution: ---
After updating to wine 10.19 (don't remember exactly if it was from 10.17 or
10.18), maximized windows have been behaving wrongly on kde's kwin.
When a window is maximized, if it is attempted to minimize, it immediately pops
back up, if there's another wine window showing, it sometimes "properly"
minimize (sometimes even disappearing from the system tray), but then it
randomly pops back up.
Another issue regarding maximized windows, is that restoring them properly puts
their top left corner to the right position, but doesn't resize them, thus
leaving them with the maximized size.
I can confirm that this is a wine regression as i encountered it both on an
arch system where wine was updated alongside kde 6.5.X (so could've been either
of the two causing the issue, especially after kwin had broken clipboard
handling for wine, then later fixed).
But i now tested on another system on which only wine was updated to 10.19,
with kde still at 5.2.9 and the issue started appearing there as well.
--
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=59025
Bug ID: 59025
Summary: Respondus Lockdown Browser: page fault on read access
to 0x00000010 in wow64 32-bit code
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: tabulatejarl8(a)gmail.com
Distribution: ---
Created attachment 79764
--> http://bugs.winehq.org/attachment.cgi?id=79764
Backtrack generated from the Wine GUI
Hey! I recently updated from Wine 10.18 to 10.19, and I'm guessing something
has changed because Respondus' Lockdown Browser has stopped functioning. I've
found a similar issue from a few years ago, but the error is definitely
different since I'm using wow64: https://bugs.winehq.org/show_bug.cgi?id=49149.
I've attached the page fault log as well as the console output in hopes that
some of it is helpful. In the past, I've had to use winetricks to install
msftedit, allfonts, vcrun2015, and dxvk to get it to work properly, but I get
this same page fault without installing anything with winetricks. I also tried
installing vcrun2017 to see if that update made a difference, but same error.
Hopefully this is of help to you guys, thanks for all your work and let me know
if I can provide anything else!
--
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=58341
Bug ID: 58341
Summary: Incorrect mapping of "home" button of 8bitdo Pro 2
controller (in Xbox mode)
Product: Wine
Version: 10.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: xinput
Assignee: wine-bugs(a)winehq.org
Reporter: shtetldik(a)gmail.com
Distribution: ---
Created attachment 78716
--> http://bugs.winehq.org/attachment.cgi?id=78716
Controller's home button
I noticed that 8bitdo Pro 2 (used in Xbox profile), maps to A instead of Home
(circle) button when testing it in
wine control > Game Controllers
See attached screenshots.
I'm using latest firmware for 8bitdo Pro 2 (3.06).
--
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=59007
Bug ID: 59007
Summary: Ultima Online - Enhanced Client - Intel/Nvidia issues
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: thebit(a)gmail.com
Distribution: ---
My old AMD cpu/gpu works fine under Linux Desktop with UO EC.
My new (purchased in 2024) pc is having issues with this EC client in UO.
Intel(R) Core(TM) i9-14900KF
Nvidia RTX 4070 12G
64GB RAM
I am playing with server latency of circa 212ms and when i move one tile, it
pauses for a few seconds then repeat and rinse.. doesnt happen everywhere but
it is generally unplayable.
Tried Fedora, Zorin OS, Pop OS, Ubuntu, Debian, openSUSE and Linux Mint same
outcom with Nvidia focus if applicablee. Wasnt using the noveau driver just
proprietry and even tried the insatller directly from Nvidia and also mainline
kernels to see if that made a difference but nope.
The odd thing is that the Classic Client (CC) and chromium installer (CC too)
versions work fine on new pc under linux desktop, just the EC seems to have the
issues.
I am back on Windows 11 and using EC and no issues what so ever, besides the
random client crashes which i didnt get any this whole past year under Linux
Desktop.
Tried distro and winehq repos, various Proton options and wine staging too,
lutris and cli with wine direclty to no avail. All same result and no go.
--
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=40574
Bug ID: 40574
Summary: bbtalk.exe wont start
Product: Wine
Version: 1.9.9
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: eore26(a)gmail.com
Distribution: ---
Created attachment 54413
--> https://bugs.winehq.org/attachment.cgi?id=54413
Program error detail
Unhandled Exception
--
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=43985
Bug ID: 43985
Summary: I could not run my game 梦幻西游
Product: Packaging
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-packages
Assignee: wine-bugs(a)winehq.org
Reporter: yizhongwang(a)yahoo.com
CC: michael(a)fds-team.de, sebastian(a)fds-team.de
Distribution: ---
I could not run my 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=59024
Bug ID: 59024
Summary: Graphical glitches/stuttering SCP secret laboratory in
proton
Product: Wine
Version: 10.19
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)list.winehq.org
Reporter: john.potasznik(a)gmail.com
Distribution: ---
Created attachment 79763
--> http://bugs.winehq.org/attachment.cgi?id=79763
img
Many others too.
--
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.