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.
https://bugs.winehq.org/show_bug.cgi?id=39742
Bug ID: 39742
Summary: Heroes of Might and Magic 5 does not work (empty
screen)
Product: Wine
Version: 1.8-rc3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: galdralag(a)bk.ru
Distribution: ---
Heroes of Might and Magic 5 does not work.
When starting game shows only first splash screen.
After splash game starts intro video and it is not shown. But sound exists.
This occurs since 1.55.
In version 1.54 all 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=46522
Bug ID: 46522
Summary: Application stops responding
Product: Wine
Version: 4.0-rc7
Hardware: x86-64
URL: https://formatfactory.it.uptodown.com/windows/download
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: luca.finizio.mgbx(a)hotmail.it
Distribution: Mint
Created attachment 63379
--> https://bugs.winehq.org/attachment.cgi?id=63379
Desktop screenshot
Hi! I got an error with FormatFactory 4.5.5. It stops responding when I drag
and drop a file from desktop into the app. To reproduce the bug:
1) Download the program from
https://formatfactory.it.uptodown.com/windows/download
2)Install it
3)Run it. It will ask you if you want to update the program to version 4.5.5.
Update it.
4)Try to drag and drop a file from desktop into the application
5)A new window opens but the program stops responding and you are not able to
do
anything anymore.
I attached a screenshot of the error.
--
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=47686
Bug ID: 47686
Summary: No Man's Sky - crash when moving fast through
asteroids / space
Product: Wine
Version: 4.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winevulkan
Assignee: wine-bugs(a)winehq.org
Reporter: winebugz(a)kbrm.net
Distribution: ---
Created attachment 65143
--> https://bugs.winehq.org/attachment.cgi?id=65143
First crash backtrace
WINE : wine-4.14 (Staging)
OPSYS: Debian 9.9
GPU : Nvidia GTX 670
VDRV : nvidia-driver 430.40-1 (experimental repo)
DLL-OVERRIDE: vulkan-1 (built-in) /* game won't even start to menu without this
*/
Replicate:
Get in ship
Get above atmosphere
Target "Signal Source / Coordiates"
Engage Pulse Engines
1-3 minutes into flight - NMS crashes with:
Unhandled exception: page fault on write access to [HEX ADDRESS] in 64-bit
code ([HEX ADDRESS]).
Attaching three (3) backtraces and console output.
--
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=43172
Bug ID: 43172
Summary: IDirectPlay4::EnumConnections needs to support wide
string in DPNAME structure
Product: Wine
Version: 2.10
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-dplay
Assignee: wine-bugs(a)winehq.org
Reporter: leslie_alistair(a)hotmail.com
Distribution: ---
IDirectPlay4::EnumConnections needs to support wide strings in DPNAME returned
in EnumConnections. Currently it just forwards to the ascii version.
--
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=45584
Bug ID: 45584
Summary: FindFirstFile fails to correct case when full name
supplied
Product: Wine
Version: 3.13
Hardware: x86
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: kernel32
Assignee: wine-bugs(a)winehq.org
Reporter: us(a)edmeades.me.uk
Distribution: ---
Created attachment 62002
--> https://bugs.winehq.org/attachment.cgi?id=62002
Simple testcase in c
FindFirstFile can be used to correct the case of a file. In fact when trying to
correct the case of the whole path and file, a google implies its a good
routine to use to pass each part of the directory tree through
Problem: If findfirstfile isnt passed a wildcard, it looks for the file in
question and if it exists, returns the case of the file as supplied, not the
case as it is on disk
Try supplied testcase.
I think this can also be seen by:
wine cmd
dir >ABCD
dir abcd
Note in the directory listing it shows abcd, not ABCD
--
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=45713
Bug ID: 45713
Summary: FusionFall Retro: fails to launch
Product: Wine-staging
Version: 3.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: macariopatrick(a)icloud.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 62144
--> https://bugs.winehq.org/attachment.cgi?id=62144
Upon getting the error message, I exit Terminal to kill Wine.
The launcher allows me to log into my account, but when the launcher downloads
the files necessary to play the game, it doesn't launch. Unity Web Player
displays an error message stating that Unity Web Player needs to be updated. It
works on Windows correctly, but not in Wine. The game uses a custom version of
Unity Web Player 2.x.x.
--
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=28583
Bug #: 28583
Summary: MS Exchange setup no long displays images
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leslie_alistair(a)hotmail.com
Classification: Unclassified
Created attachment 36725
--> http://bugs.winehq.org/attachment.cgi?id=36725
Console Output.
The the URL is created in the HTMLImgElement_put_src, it fails to load it
because the path is relative, and the ALLOW_IMPLICIT_FILE_SCHEME hasn't be
used.
See attached file for snippet.
--
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=23364
Summary: 16-bit games - many don't work in Wine.
Product: Wine
Version: 1.1.42
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: turbolad995(a)hotmail.co.uk
As I have not found a bug report for this already I've decided to create one
myself.
Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole",
"Bricklayer" and many others I've tried simply don't work at all in Wine. Since
there's too many 16-bit games to list, it makes sense to write one bug report
covering the same problem i.e. problems running 16-bit games.
Try some yourself from here:
http://members.chello.at/theodor.lauppert/games/win16.htm
Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit
version does NOT work at all (try it yourself from this link, you get to
download both the 32-bit and 16-bit versions respectively, at the bottom of
that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm
I'm pleased to say that the Ballistic (Paddle) game appears to work:
http://www.classicdosgames.com/genre/paddle.html
This bug report may appear trivial and not important, but playing old Windows
games appeals to some people. These games will NOT work in dosbox. Also
consider that 64-bit versions of Microsoft Windows won't even run 16-bit
programs and games, whereas Wine can sometimes get them working, as in the case
of the Ballistic game.
--
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=48385
Bug ID: 48385
Summary: Rising Lands freezes when navigating back by pressing
ESC key on main menu
Product: Wine
Version: 4.11
Hardware: x86
URL: https://appdb.winehq.org/objectManager.php?sClass=appl
ication&iId=19674
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
Assignee: wine-bugs(a)winehq.org
Reporter: vyproyects(a)gmail.com
CC: z.figura12(a)gmail.com
Regression SHA1: 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Distribution: Ubuntu
Created attachment 66145
--> https://bugs.winehq.org/attachment.cgi?id=66145
Rising Lands navigating back output
This is NOT a regression but a still not working at all bug resulting of a
previous bugfix.
I mean, before Wine 4.11 in Rising Lads game (a Win95 game that uses wine 32
bit configuring it with Windows 95 compatibility), it was impossible at all to
navigate back from a secondary menu at main menu by pressing ESC key.
This is, if you clicked on "load game" from main menu and then pressed ESC key
to go back to main menu, all texts were cleared and animations stopped
resulting in a freezed screen. Same happens during gameplay in order to save
the game.
As of a bugfix in wine 4.11 now is possible to go back but just in a certain
situation: being in windowed mode (due to another bug) you have to which to any
other app by pressing Alt+TAB. At the very moment wine loses the focus main
menu is refreshed. No need to go back again to wine, though. As you can see if
dragged apart the new appearing window.
I've made a regression testing to find out which exact commit had fixed this
bug this way, and this is the output:
1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625 is the first fixed commit
commit 1bc9c4fdb2e6c2762105c14cdafb7d4ea3370625
Author: Zebediah Figura <zfigura(a)codeweavers.com>
Date: Mon Jun 17 14:46:20 2019 -0500
winex11: Update the state of all keys on KeymapNotify.
The Binding of Isaac transitions in and out of fullscreen when the "F" key
is pressed. Specifically, it will swap states when receiving WM_KEYDOWN,
provided that the previous key state was not pressed (i.e. bit 30 is 0).
However, as part of the process of transitioning, it hides and shows its
window, causing it to temporarily lose focus. If the F key is released while
the window does not have focus, Wine misses this fact, and thinks that the key
was already pressed the next time it is pressed, causing the game to refuse to
change focus. Windows will not deliver WM_KEYUP messages to a window that does
not have focus, but it will always report the true previous state of any key on
the keyboard when requested.
Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
:040000 040000 2348a78ab9f7e1c7abfa45606b769dc0d28986ee
056dbd175d366ab2ee50c4d1f3674a01307a718d M dlls
Although I use spanish version this also happen on english version even without
installing the patch update.
A download url is available on AppDB:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=19674
VGA compatible controller: Intel Corporation HD Graphics 5500
Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD
8670A/8670M/8690M / R5 M330 / M430 / R7 M520] (rev 83)
Subsystem: Lenovo Radeon R5 M330
Kernel driver in use: radeon
Kernel modules: radeon, amdgpu
Hope this help to find out the real problem.
--
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.