wine-bugs October 2022

wine-bugs@winehq.org

1 participants
3806 discussions

[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 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 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 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 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

[Bug 45882] New: (Overwatch, several source games) Raw Mouse input not working
by wine-bugs＠winehq.org 02 Mar '23

02 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=45882 Bug ID: 45882 Summary: (Overwatch, several source games) Raw Mouse input not working Product: Wine Version: 3.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: florian98.rg(a)gmail.com Distribution: --- Playing Overwatch I've noticed that the game still uses mouse pointer speed even though on Windows it uses Raw Mouse input exclusively. I've tried this on any branch of Wine (staging, esync, whatsoever) and the problem still persists. This also happens in Valve games where you can enable Raw Mouse Input, e.g. Team Fortress 2 etc. This does not happen with the native ports of said games that use SDL to get mouse input. I already disabled any mouse acceleration in GNOME whatsoever (using the "Flat" Profile), however the problem persists. Is it possible to rewrite Wine to get Mouse input via SDL2 instead? That would help pave way for Wayland etc. Thanks -- 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 33

[Bug 51764] New: Can't enter non-US symbols in IrfanView's Image Editor -> Add Text
by WineHQ Bugzilla 01 Mar '23

01 Mar '23

https://bugs.winehq.org/show_bug.cgi?id=51764 Bug ID: 51764 Summary: Can't enter non-US symbols in IrfanView's Image Editor -> Add Text Product: Wine Version: 6.17 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aros(a)gmx.com Distribution: --- Steps to reproduce: 1) Run IrfanView 2) Open any picture or create it 3) Press F12 4) Click A (Text tool) on the panel 5) Click anywhere on your image 6) Try to enter any non-US text - it will not work My locale is set to en_US.UTF-8. My keyboard is: localectl set-x11-keymap "us,ru" pc105 "" grp:alt_shift_toggle,grp_led:scroll,terminate:ctrl_alt_bksp -- 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 53549] New: MDBViewer hangs on exit
by WineHQ Bugzilla 27 Feb '23

27 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53549 Bug ID: 53549 Summary: MDBViewer hangs on exit 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: winehq(a)jonass.user.lysator.liu.se Distribution: --- MDBviewer hangs on exit if there are no default printer. Workaround is to add cups-pdf for example. The error happens around: wine: Unhandled page fault on read access to 00000008 at address 005E3511 (thread 0024), starting debugger... Then one cpu-core is working 100% until aborted with ctrl-c. -- 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 53409] New: STL Amphub does not communicate with iLok after initialization
by WineHQ Bugzilla 26 Feb '23

26 Feb '23

https://bugs.winehq.org/show_bug.cgi?id=53409 Bug ID: 53409 Summary: STL Amphub does not communicate with iLok after initialization Product: Wine Version: 7.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gabriel.avanzi(a)gmail.com Distribution: --- Created attachment 72801 --> https://bugs.winehq.org/attachment.cgi?id=72801 startup STL Amphub uses two licenses in iLok License Manager. * One license for the Player (this one works) * One license for the Amp and other Gear When the software starts, it looks for the first license (The player), find it and starts correctly. I can use the Player and what comes with it. The additional content, in this case the Solstice Solo Amp, uses the second license and this doesn't get unlocked. I assume there's something blocking the connection with the license server after the startup so it cannot access the additional licenses. other iLok software works ok but this is the only one I have that uses two licenses so I think this is the problem. The program doesn't crash, it only keeps thinks locked even with the license activated. Attached is the log of the startup. I'm trying to get more details but Amphub doesn't start with debugger enabled. -- 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 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2022