https://bugs.winehq.org/show_bug.cgi?id=51692
Bug ID: 51692
Summary: microchip studio installer crashes
Product: Wine
Version: 6.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: cedric.dewijs(a)eclipso.eu
Distribution: ---
Created attachment 70560
--> https://bugs.winehq.org/attachment.cgi?id=70560
console messages when running the installer twice
microchip studio installer crashes
Steps to reproduce
$ wine as-installer-7.0.2542-full.exe
The installer displays a splash screen. Next the splash screen dissapears, and
the prompt returns in the console.
My versions:
$ wine --version
wine-6.15-123-gbe8501ac6f1
$ uname -a
Linux cedric 5.13.10-arch1-1 #1 SMP PREEMPT Thu, 12 Aug 2021 21:59:14 +0000
x86_64 GNU/Linux
--
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=55866
Bug ID: 55866
Summary: "Honkai: Star Rail": game cannot start
Product: Wine
Version: 8.18
Hardware: x86-64
URL: https://hsr.hoyoverse.com
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 9427421240(a)posteo.net
Distribution: ---
Created attachment 75389
--> https://bugs.winehq.org/attachment.cgi?id=75389
Log - Trying to start the game from the launcher.
When i tried to start the game from the launcher, the launcher was minimised,
but the game did not start.
Game-version: 1.4
Wine-version: 8.18 and 8.19
OS: "Debian GNU/Linux Testing (Trixie)"
--
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=52952
Bug ID: 52952
Summary: Jagex Launcher: Installer does not show
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mshtml
Assignee: wine-bugs(a)winehq.org
Reporter: zanzu1(a)outlook.com
Distribution: ---
Created attachment 72322
--> https://bugs.winehq.org/attachment.cgi?id=72322
wine output
Running the setup for jagex launcher with wine does not show anything.
Tested on a clean prefix with wine 7.7 (staging).
Download link: https://cdn.jagex.com/Jagex%20Launcher%20Installer.exe
--
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=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=56810
Bug ID: 56810
Summary: Alien Breed Trilogy on GOG crashes before reaching the
menu
Product: Wine
Version: 8.18
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: julliard(a)winehq.org
Regression SHA1: efd03f40e6e315d89cd1d09c48180aae82033f9f
Distribution: ArchLinux
Created attachment 76613
--> https://bugs.winehq.org/attachment.cgi?id=76613
terminal output
This bug seems to only affect the GOG version of the games. The games from the
trilogy on Steam are working properly.
Alien Breed: Impact
Alien Breed 2: Assault
Alien Breed 3: Descent
Pre-req: Nvidia Physx installed
The splash screen is displayed then the screen turns black and the games quit
before the main menu could be reached.
This pops up from the terminal output:
0024:err:virtual:map_view anon mmap error Cannot allocate memory, size
0x7a7b0000, unix_prot 0x3
0024:err:virtual:allocate_virtual_memory out of memory for allocation, base
(nil) size 7a7a0000
Bisecting reveals that the crash occurs since
commit efd03f40e6e315d89cd1d09c48180aae82033f9f
server: Assign a system-wide mapping address for dynamic base modules.
Please let me know if you need debug logs.
Still present in wine-9.10-164-g7eb72b7bb3d
--
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=57010
Bug ID: 57010
Summary: Pantheon - error during installation
Product: Wine
Version: 9.14
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: winehq_bugzilla(a)yahoo.com
Distribution: ---
Created attachment 76851
--> https://bugs.winehq.org/attachment.cgi?id=76851
Console output
During the execution of the installer "PantheonSetup_182.exe", a technical
error occur.
--
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=54217
Bug ID: 54217
Summary: SourceInsight: app menu doesn't work
Product: Wine
Version: 7.21
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: x1917x(a)gmail.com
Distribution: ---
The menu bar has no reaction to any mouse clicks, acts like it is disabled.
The issue affects multiple apps, another app I know is Propellerhead Reason
(https://bugs.winehq.org/show_bug.cgi?id=10845).
There was an experimental patch (from Rein Klazes in 2009) which used to fix
the issue, but IIRC this patch was never accepted. Anyway, for many years it
was enough to recompile Wine with that patch to have a working app menu...
until recently. Now dlls/user32/menu.c code was heavily refactored so the patch
cannot be applied even manually (all involved functions are gone etc).
To summarize:
- there is a bug which breaks app menu functionality for at least 2 apps
- at this moment there is NO fix or workaround which can be applied anymore
The original bugreport for Propellerhead Reason is from 2007. A 15-year wine is
nice, but a 15 years old bug in Wine is not - please, please do something with
this issue.
--
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=53354
Bug ID: 53354
Summary: Wine should provide icu.dll
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: osmanx(a)problemloesungsmaschine.de
Distribution: ---
Created attachment 72742
--> https://bugs.winehq.org/attachment.cgi?id=72742
tzdb.exe
Windows since at least version Windows 10 19H1 ships a icu.dll in the system
directory. The VS2022 (and I think also VS2019) C++ standard library in C++20
mode uses this DLL to implement the timezone database as specified by the C++
standard. The standard library loads this DLL dynamically with LoadLibraryExW
(see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
and throws a std::system_error (see
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>
and
<https://github.com/microsoft/STL/blob/ef62d3fa0b8e4e2406b9bb74e916e1ca8a1df…>)
when it cannot load it. In order to provide compatibility with modern Windows
versions, IMHO Wine should thus ship a compatible icu.dll. A similar issue also
exists for older Windows versions even on the Microsoft side (see
<https://github.com/microsoft/STL/issues/1911>).
This issue arose since I recently modernized timezone handling in OpenMPT by
using C++20 chrono. For now, I have worked around the problem in OpenMPT. See
<https://bugs.openmpt.org/view.php?id=1618> and
<https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>.
Simple test case:
```
// cl /std:c++20 /permissive- /EHsc /O2 /W4 tzdb.cpp
#include <chrono>
#include <iostream>
#include <stdexcept>
#include <windows.h>
int main() {
try {
std::chrono::get_tzdb_list();
} catch (const std::exception & e) {
std::cerr << "FAIL: " << e.what() << std::endl;
return 1;
}
std::cout << "OK" << std::endl;
return 0;
}
```
tzdb.exe attached.
--
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.