https://bugs.winehq.org/show_bug.cgi?id=54338
Bug ID: 54338
Summary: Swift crashes due unimplemented
QueryUnbiasedInterruptTimePrecise function
Product: Wine
Version: 8.0-rc4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mikrutrafal(a)protonmail.com
Distribution: ---
Swift language after installing, crashes with this message
```
wine: Call from 000000017002FA08 to unimplemented function
api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise, aborting
wine: Unimplemented function
api-ms-win-core-realtime-l1-1-1.dll.QueryUnbiasedInterruptTimePrecise called at
address 000000017002FA08 (thread 0110), starting debugger...
```
Steps to reproduce
- install Swift 5.7.2 -
https://download.swift.org/swift-5.7.2-release/windows10/swift-5.7.2-RELEAS…
- execute `wine swift`
--
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=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.
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.
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.
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.
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.
https://bugs.winehq.org/show_bug.cgi?id=54565
Bug ID: 54565
Summary: riched20:richole - subtest_InsertObject() fails in the
Hindi locale on Windows
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:richole - subtest_InsertObject() fails in the Hindi locale on Windows:
richole.c:4072: Test failed: Got wrong length: 0.
richole.c:4073: Test failed: Got wrong content: .
richole.c:4155: Test failed: Got wrong length: 0.
richole.c:4156: Test failed: Got wrong content: .
richole.c:4072: Test failed: Got wrong length: 0.
richole.c:4073: Test failed: Got wrong content: .
richole.c:4155: Test failed: Got wrong length: 0.
richole.c:4156: Test failed: Got wrong content: .
See https://test.winehq.org/data/patterns.html#riched20:richole
These failures only happen in the Hindi and Hindi + UTF-8 locales.
What happens is that the test ends up inserting 'object replacement characters'
into the test string (\fffb), then selects the whole string and tries to
retrieve it with EM_GETSELTEXT. In all locales the \fffb characters get
replaced with spaces (or lookalike), but not in Hindi.
--
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=54559
Bug ID: 54559
Summary: riched20:editor fails on Windows in the Hindi locale
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
riched20:editor fails on Windows in the Hindi locale:
editor.c:719: Test failed: EM_POSFROMCHAR reports x=5, expected 1
editor.c:742: Test failed: EM_POSFROMCHAR reports x=5, expected 1
editor.c:773: Test failed: pt.x = 103
editor.c:540: Tests skipped: Skip multibyte character tests on non-Japanese
platform
editor.c:927: Test failed: Text marked as modified, expected not modified!
editor.c:1872: Tests skipped: Skip multibyte character tests on non-Japanese
platform
editor.c:1899: Test failed: EM_GETSELTEXT returned 0
editor.c:1900: Test failed: EM_GETSELTEXT filled
editor.c:1906: Test failed: EM_GETSELTEXT returned 0
editor.c:1907: Test failed: EM_GETSELTEXT filled
See https://test.winehq.org/data/patterns.html#riched20:editor
The failures happen in test_EM_POSFROMCHAR(), test_EM_SETCHARFORMAT and
test_EM_GETSELTEXT(). This is not impacted by the UTF-8 code page.
--
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=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.
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.