https://bugs.winehq.org/show_bug.cgi?id=56493
Bug ID: 56493
Summary: PresentationFontCache.exe crashes during .Net 3.51 SP1
installation
Product: Wine
Version: 9.5
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: msi
Assignee: wine-bugs(a)winehq.org
Reporter: dmitry(a)baikal.ru
CC: hans(a)meelstraat.net
Regression SHA1: 2c450fd6215c0da4685143f97ece8b6db0f54a0b
Distribution: ---
Starting from commit 2c450fd6215c0da4685143f97ece8b6db0f54a0b
installing .Net 3.51 SP1 with 'winetricks -q dotnet351sp1' leads to a crash
in drive_c/windows/Microsoft.NET/Framework/v3.0/WPF/PresentationFontCache.exe
0448:fixme:advapi:RegisterEventSourceW ((null),L".NET Runtime 2.0 Error
Reporting"): stub
0448:fixme:advapi:ReportEventW
(CAFE4242,0x0001,0x0000,0x000003e8,00000000,0x0008,0x00000100,3009B09C,014CDB08):
stub
0448:err:eventlog:ReportEventW L"presentationfontcache.exe"
0448:err:eventlog:ReportEventW L"0.0.0.0"
0448:err:eventlog:ReportEventW L"488f1424"
0448:err:eventlog:ReportEventW L"kernelbase.dll"
0448:err:eventlog:ReportEventW L"0.0.0.0"
0448:err:eventlog:ReportEventW L"660521cd"
0448:err:eventlog:ReportEventW L"0"
0448:err:eventlog:ReportEventW L"00012162"
0448:fixme:advapi:DeregisterEventSource (CAFE4242) stub
wine: Unhandled exception 0xe0434f4d in thread 43c at address 7BC72162 (thread
043c), starting debugger...
Note that window with the debugger prompt may not actually appear.
PresentationFontCache.exe is a demand starting service, and once installation
has finished executing 'wine sc start FontCache3.0.0.0' doesn't lead to a
crash.
The crash happens after the check
GetFileAttributesW("C:\\windows\\assembly\\GAC_32\\PresentationCore\\3.0.0.0__31bf3856ad364e35\\PresentationCore.dll")
which returns 0xffffffff and GetLastError()=3. Before the offending commit
PresentationCore.dll exists and the service doesn't crash.
--
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=56554
Bug ID: 56554
Summary: ON1 photo raw installs but wont run the application
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: harrisonstew.dev(a)outlook.com
Distribution: ---
Created attachment 76316
--> https://bugs.winehq.org/attachment.cgi?id=76316
ON1 backtrace file
ON1 photo raw editor installs just fine but will not run the application no
matter what I do. I'm no expert, but any help is appreciated.
--
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=44863
Bug ID: 44863
Summary: Performance regression in Prince of Persia 3D
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Prince of Persia 3D's performance went from perfectly smooth to about 0.5 fps.
I suspect 0b92a6fba7a6e60c6ff1a3729a3b21019c2df0ce is to blame, but I have not
run a regression test yet.
The problem is that the game creates a rather large (2MB)
D3DVBCAPS_SYSTEMMEMORY, maps it (the entire buffer due to API limitations),
writes a handful of vertices and draws a handful of vertices. Currently wined3d
uploads the entire 2MB, evicts the sysmem copy and downloads it from the GPU
every map / unmap / draw cycle.
The most obvious performance fix is not to create a VBO. Doing this restores
the performance, but questions remain.
On startup, the game writes "NetImmerse D3DDriver Info: Hardware supports
system memory textures" and "NetImmerse D3DDriver Info: No AGP support
detected". The first info seems wrong, so it is possible that the game enters a
codepath it does not choose on Windows.
Not creating a VBO is not an option on Core Contexts, so I investigated what's
going wrong with the PBO codepath on. First of all, evicting the sysmem copy
seems like a bad choice. It happens because ddraw buffers are not marked
dynamic. We may want to chance this. The game uses d3d3, so there's no
DDLOCK_DISCARDCONTENTS. The game passes DDLOCK_WAIT | DDLOCK_WRITEONLY to
IDirect3DVertexBuffer::Lock.
Commenting out the eviction call improves performance quite a bit, but it is
still noticeably slow. wined3d_buffer_map maps through heap_memory instead of
glMapBuffer because of the "(flags & WINED3D_MAP_WRITE) && !(flags &
(WINED3D_MAP_NOOVERWRITE | WINED3D_MAP_DISCARD))" condition.
Removing this condition uses glMapBuffer, but does not improve performance. It
seems the large glMapBuffer is still slow, at least on OSX with legacy
contexts.
So there are a few questions that need to be answered:
*) Is the game using a broken codepath?
*) Write tests for sysmem buffers
*) Consider making all d3d3 buffers dynamic
*) Test if the glMapBuffer path is fast on Linux
*) Investigate if Core Contexts + GL_ARB_buffer_storage help on OSX.
--
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=56653
Bug ID: 56653
Summary: GetLogicalProcessorInformation can be missing Cache
information
Product: Wine
Version: unspecified
Hardware: aarch64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: sebastien.chev(a)gmail.com
Distribution: ---
On some ARM64 platform, like SnapDragon, the
GetLogicalProcessorInformation(...) will not fill-in Cache information.
Some system file, specificaly:
"/sys/devices/system/cpu/cpu%u/cache/index%u/ways_of_associativity",
"/sys/devices/system/cpu/cpu%u/cache/index%u/coherency_line_size" and
"/sys/devices/system/cpu/cpu%u/cache/index%u/size" are missing, leading a an
early abort of the "create_logical_proc_info(...)" helper function.
Some games, like Baldur's Gate 3 actually use the Cache informations to guess
the optimal number of Worker to spawn. With the cache info missing, 0 workers
are spawn, leading to a Stack Overflow later in the loading.
Debugged using the x86_64 version of Wine on ARM64 platform with Box64, but the
issue is linux specific, not arch specific.
--
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=56062
Bug ID: 56062
Summary: unimplemented function mgmtapi.dll.SnmpMgrOpen
Product: Wine
Version: 9.0-rc2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sakul8826(a)gmail.com
Distribution: ---
I tried to run advanced ip scanner and it crashed with following error:
`Unhandled exception: unimplemented function mgmtapi.dll.SnmpMgrOpen called in
wow64 32-bit code (0x7bc82597).`
Here the link to the documentation of this function:
https://learn.microsoft.com/en-us/windows/win32/api/mgmtapi/nf-mgmtapi-snmp…
--
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=56789
Bug ID: 56789
Summary: Wine applications close when computer suspends
Product: Wine
Version: 9.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jubilantjerry(a)gmail.com
Distribution: ---
Created attachment 76595
--> https://bugs.winehq.org/attachment.cgi?id=76595
Logs for various crashes
All wine applications I've tested seem to crash when I suspend my computer,
this includes winecfg, regedit, explorer, taskmgr, WeChat, DingTalk, and
Battle.NET.
For the built-in applications above, even clicking on an icon on the top
taskbar of the computer, such as the power menu, will cause the application to
crash. Locking my computer, opening the start menu, or right clicking on any
application's title bar, also causes a crash. I'm scared that even looking at
the application funny will cause a crash.
I've attached some application logs during various crash scenarios. I am
suspecting the lines with "X Error of failed request:". If the more easily
crashing applications, the error will be of type "BadWindow". For the more
resilient applications, the error will be of type "XI_BadDevice".
System is running Ubuntu 20.04 LTS.
Kernel version is 5.15.0-107-generic
Hardware is Dell Inspiron 7577, which has an Intel(R) Core(TM) i5-7300HQ CPU
and a Nvidia GTX 1060 Max-Q GPU.
--
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=57808
Bug ID: 57808
Summary: crash when switching linux virtual consoles:
XI_BadDevice
Product: Wine-staging
Version: 9.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: forestix(a)nom.one
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Whenever I switch away from the current virtual console on linux (using
Control+Alt+F2 etc.) wine processes crash with output like this:
X Error of failed request: XI_BadDevice (invalid Device parameter)
Major opcode of failed request: 131 (XInputExtension)
Minor opcode of failed request: 3 (X_OpenDevice)
Device id in failed request: 0xXXXXXXX
Serial number of failed request: 251
Current serial number in output stream: 251
X Error of failed request: XI_BadDevice (invalid Device parameter)
Major opcode of failed request: 131 (XInputExtension)
Minor opcode of failed request: 3 (X_OpenDevice)
Device id in failed request: 0xXXX
Serial number of failed request: 222
Current serial number in output stream: 222
(I have replaced the actual device IDs with X characters above.)
As far as I have seen, it affects all applications. Even winecfg crashes on VC
switch.
The problem occurs only in wine-staging; not in wine-devel or wine-stable.
The problem is present in versions 9.4, 9.8, 10.0, and presumably all versions
in between.
The problem is not present in version 9.3.
Tested with official debian builds from dl.winehq.org.
This looks similar to bug 57123. I opened a new report instead of commenting in
that one because in my case, no devices are unplugged or plugged in to cause
the crash, and because I have no easy way to test that scenario.
--
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=58118
Bug ID: 58118
Summary: Need to sort alphanum in version column
Product: WineHQ Apps Database
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
Assignee: wine-bugs(a)winehq.org
Reporter: axis6404(a)proton.me
Distribution: ---
The sorting in the version column is wrong. alphanum sorting is needed.
example:
https://appdb.winehq.org/objectManager.php?sClass=application&iId=1487
Current:
Version
16.xx
18.xx
19.xx
21.x
23.x
24.x
4.xx
9.**
Ideal (alphanum sort):
Version
24.x
23.x
21.x
19.xx
18.xx
16.xx
9.**
4.xx
--
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=58117
Bug ID: 58117
Summary: Notepad++'s suggestion box spawning always raises the
task bar on KDE plasma 6
Product: Wine
Version: 10.5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: edoardo762(a)gmail.com
Distribution: ---
I'm running Notepad++ 8.7.8 x64 on Arch with KDE Plasma 6.3.4 Wayland through
wine 10.5 WOW64 (in x11 mode).
Since version 10.5, whenever the suggestion window in notepad++ shows up while
typing, the kde taskbar will be displayed, as if the notepad++ window was
raised while in background (thus showing the visual indicator on the taskbar
icon), and will hide itself again once the suggestion window disappears.
In versions 10.4 and earlier this behaviour didn't 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.
http://bugs.winehq.org/show_bug.cgi?id=58116
Bug ID: 58116
Summary: Error STATUS_ALERTED (0x80000101) when starting a
remote debugging session in Delphi
Product: Wine-staging
Version: 10.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: digitman63(a)gmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 78377
--> http://bugs.winehq.org/attachment.cgi?id=78377
debugger screens
Error STATUS_ALERTED (0x80000101) when starting a remote debugging session in
Delphi
--
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.