December 2022 - Wine-bugs - list.winehq.org

[Bug 37146] New: Untis 2015: Crashes while starting
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=37146 Bug ID: 37146 Summary: Untis 2015: Crashes while starting Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: schutthuffe(a)web.de Created attachment 49371 --> https://bugs.winehq.org/attachment.cgi?id=49371 Report generated by wine Installing Untis 2015 seemed to work. Trying to start the program, the following message popped up: "Im Programm untis.exe traten schwerwiegende Fehler auf und es muss beendet werden. Wir entschuldigen uns für die Unannehmlichkeit." The following report is 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.

2 18

[Bug 43224] New: Freelist scan can result in O(n) time when allocating
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=43224 Bug ID: 43224 Summary: Freelist scan can result in O(n) time when allocating Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ranma42(a)gmail.com Distribution: --- Created attachment 58517 --> https://bugs.winehq.org/attachment.cgi?id=58517 Micro-benchmark that shows the degenerate behaviour The heap implementation in ntdll can be very inefficient for some allocation patterns. Specifically, it is possible that a freelist contains thousands of entries of a given size and it is scanned while looking for a bigger entry, that will not fit in any of those. This is demonstrated by the attached program. It accepts a size as an argument and will allocate 1000000 elements of that size, deallocate half of them (the "even" ones), then allocate 1000 elements that are just one bit bigger. For most sizes the program terminates in milliseconds, but in my environment it takes several seconds for sizes 16, 32, 48, 64, 80, 88, 96, 112, 120, 128. A possible workaround (that I had implemented in the past, for short-lived applications) is to allocate from a freelist whose entries are all at least as big as the block that is being allocated, but that can cause inefficient memory usage. I noticed that wine includes an implementation of a red-black tree. Would it make sense to organise the free entries as lists in such a tree? That should ensure O(log N) in the worst case. If performance is a concern, it might be possible to use "direct" freelists for small sizes (ensuring that all of the alignment-compatible sizes are covered) and use a tree for bigger sizes. I am willing to work on this, but I need some directions on what is the best path forward (namely, if we should prefer the memory-inefficient but simpler approach of just allocating from "bigger" freelists or if the tree approach is the desired one). The bug https://bugs.winehq.org/show_bug.cgi?id=37773 might be related. -- 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 9

[Bug 24256] New: 3D Sexvilla 2: extremely long loading times
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=24256 Summary: 3D Sexvilla 2: extremely long loading times Product: Wine Version: 1.2 Platform: x86 URL: http://www.3d-sexgames.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: mailme667(a)yahoo.co.uk Loading time makes the game unusable (version 2.093). I just watched the loading screen for half an hour. But I know it works, because I tried starting the game, turning the monitor off, having dinner and see the game running when I came back a long time later. Clean .wine tested. Other users in appdb have reported the same problem, it's not just me. Bug is tested to be present on wine 1.2 and 1.3.1. sysprof makes it clear ntdll is consuming nearly all the time. Using wine 1.2 the following is seen repeating over and over with winedebug during loading: 002e:Call KERNEL32.GetTickCount() ret=7da7655d 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7da7655d 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032601 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7e7997bb 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7e7997bb 002e:Call KERNEL32.GetTickCount() ret=7da76415 002e:Ret KERNEL32.GetTickCount() retval=00032607 ret=7da76415 002e:Call ntdll.RtlAcquireResourceShared(00187fa4,00000001) ret=7da76541 002e:Ret ntdll.RtlAcquireResourceShared() retval=00000001 ret=7da76541 002e:Call ntdll.RtlReleaseResource(00187fa4) ret=7da76555 002e:Ret ntdll.RtlReleaseResource() retval=00000000 ret=7da76555 I got the following from wine-dbg also using 1.2: Wine-dbg>bt 0x0000002e Backtrace: =>0 0xb7705430 (0x04e0e9d8) 1 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x4e0ea34) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea68) 2 0x7e78ea4a TIME_MMSysTimeThread+0x329(arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/winmm/time.c:218] in winmm (0x04e0ea78) 3 0x7bc6f8f0 call_thread_func+0xb() in ntdll (0x04e0eb48) 4 0x7bc6fac0 call_thread_entry_point+0x6f(entry=0x7e78e720, arg=0x7e770000) [/build/buildd/wine1.2-1.2/dlls/ntdll/signal_i386.c:2473] in ntdll (0x04e0f398) 5 0x7bc780b5 start_thread+0xf4(info=0x7ff9cfb8) [/build/buildd/wine1.2-1.2/dlls/ntdll/thread.c:399] in ntdll (0x04e0f498) 6 0xb757780e start_thread+0xbd() in libpthread.so.0 (0x00000000) I hope I've provided enough information. -- 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 39

[Bug 53504] New: Sacred:unhandled exception in Wine 7.14
by WineHQ Bugzilla 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53504 Bug ID: 53504 Summary: Sacred:unhandled exception in Wine 7.14 Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: chebanenkoigor93(a)gmail.com Distribution: --- Created attachment 72868 --> https://bugs.winehq.org/attachment.cgi?id=72868 screenshot Wine 7.14 gives me exception after launching Sacred. -- 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 51259] New: 6.0.1 Introduces error causing Wavelab to close when loading presets
by WineHQ Bugzilla 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51259 Bug ID: 51259 Summary: 6.0.1 Introduces error causing Wavelab to close when loading presets Product: Wine Version: 6.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shagooserver(a)gmail.com Distribution: --- Update 6.0.1 (7/6/21) introduces an error whereby Wavelab 6 closes/crashes when a preset is loaded (into the master section). The terminal outputs: X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 151 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 6199 Current serial number in output stream: 6200 -- 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 3

[Bug 53094] New: ntdll:rtlstr test crashes on win32 arch with hi-IN locale
by WineHQ Bugzilla 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=53094 Bug ID: 53094 Summary: ntdll:rtlstr test crashes on win32 arch with hi-IN locale Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Regression SHA1: d8c973ad95ba5e8a9a51df0dd9be587950179ec3 Distribution: --- As seen on the testbot nightly runs there for instance: https://test.winehq.org/data/c1e793f1119de0c0ef7d4bd6d9fefbafdb5dbbe5/linux… Locally reproducible with: LC_ALL=hi-IN.UTF-8 LC_LANG=hi-IN.UTF-8 WINEARCH=win32 WINEPREFIX=$PWD/pfx wine32/wine wine32/dlls/ntdll/tests/ntdll_test.exe rtlstr Bisected to: commit d8c973ad95ba5e8a9a51df0dd9be587950179ec3 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon May 30 22:38:28 2022 +0200 kernelbase: Reimplement CompareStringEx using the sortkey generation code. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> dlls/kernel32/tests/locale.c | 117 +++++++++----------- dlls/kernelbase/locale.c | 247 +++++++++++++++++-------------------------- 2 files changed, 147 insertions(+), 217 deletions(-) -- 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 2

[Bug 49113] New: Wine heap performs badly when multiple threads are concurrently allocating or freeing memory
by WineHQ Bugzilla 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=49113 Bug ID: 49113 Summary: Wine heap performs badly when multiple threads are concurrently allocating or freeing memory Product: Wine Version: 5.7 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- This can be easily reproduced with any synthetic heap benchmark, such as https://github.com/mjansson/rpmalloc-benchmark or https://github.com/daanx/mimalloc-bench. Performance gets really bad as the number of concurrent thread increases. For instance, running the rpmalloc benchmark with "<num threads> 0 0 2 20000 50000 5000 16 1000" parameter set, and 2 concurrent threads gives the following results (wine staging is testing with the staging heap improvement patches from https://bugs.winehq.org/show_bug.cgi?id=43224) * win10 crt: 11977625 memory ops/CPU second, 106% overhead * linux crt: 5675754 memory ops/CPU second, 53% overhead * wine rpmalloc: 19700003 memory ops/CPU second, 131% overhead * wine upstream: 248333 memory ops/CPU second, 62% overhead * wine staging: 914004 memory ops/CPU second, 61% overhead Increasing the number of thread makes the difference even worse for Wine. In general this does not translate in much slowdowns, as memory allocation is rarely done in such highly concurrent way, but in some situations the difference is clearly noticeable, and in particular with many games during their loading times. -- 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 16

[Bug 54112] New: rouvy : fails to update with server
by WineHQ Bugzilla 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=54112 Bug ID: 54112 Summary: rouvy : fails to update with server Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: victormbar(a)gmail.com Distribution: --- Created attachment 73647 --> https://bugs.winehq.org/attachment.cgi?id=73647 rouvy bug report the application is installed in zorin os, but when launching the rouvy app, at login, it connects to the rouvy server giving errors -- 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 6

[Bug 34011] New: Path of Exile stutters constantly
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

http://bugs.winehq.org/show_bug.cgi?id=34011 Bug #: 34011 Summary: Path of Exile stutters constantly Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael.blumenkrantz(a)gmail.com Classification: Unclassified When playing the game, any time a new resource is loaded from disk, the game freezes completely for some time while it waits for the load. Given that the game is constantly loading things from disk, it makes the game nearly unplayable in many cases. -- 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 48

[Bug 47398] New: Company of Heroes 2 crashes at launch
by wine-bugs＠winehq.org 03 Mar '23

03 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=47398 Bug ID: 47398 Summary: Company of Heroes 2 crashes at launch Product: Wine Version: 4.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Created attachment 64744 --> https://bugs.winehq.org/attachment.cgi?id=64744 log Graphics Setup: "Failed to set a working mode for the rendering device. This could be due to having an old version of DirectX installed." wine-4.10-279-g48f93bc329 -- 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 1