http://bugs.winehq.org/show_bug.cgi?id=27605
Summary: cmd can't handle Ctrl-C
Product: Wine
Version: 1.3.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xuhdev(a)gmail.com
When using wine cmd, Ctrl-C cannot be handled, instead, cmd will exit. I'm
using wine on Fedora.
1. $ wine cmd
2. press Ctrl-C
cmd exits, but it should not.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23596
Summary: stderr not displaying when invoking native linux
commands
Product: Wine
Version: 1.2-rc7
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jarekczek(a)poczta.onet.pl
Try running /bin/grep
You should get a short usage note, like on unix. You get nothing.
--
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=55296
Bug ID: 55296
Summary: Design Doll shows 3D Model only
Product: Wine
Version: 8.13
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zeroredgrave(a)gmail.com
Distribution: ---
Created attachment 74899
--> https://bugs.winehq.org/attachment.cgi?id=74899
This is what happen after Loading the Splash Screen
After Updating from Wine V8.12 to V8.13, I Launching Design Doll and run
perfectly fine but the is a minor issue is the UI completely Blackscreen after
the Splash Screen is done loading except the 3D Model. But if i click random in
window, the 3D Model is gone but the UI is appeared.
--
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=55593
Bug ID: 55593
Summary: F.E.A.R crashes with "Out of memory" error when
starting a new game
Product: Wine
Version: 8.15
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: VladimirVSC(a)yandex.ru
Distribution: ---
Created attachment 75121
--> https://bugs.winehq.org/attachment.cgi?id=75121
Console output in Wine 8.0.2 and 8.15
The game was working fine in wine 7.0 but was broken in 8.0, where it was
constantly crashing in the middle of intro movie after a new game has been
started. In wine 8.0.2 the error have changed - now it crashes with "Out of
memory" error or with another "Program error" (console output attached). When
using the recent wine 8.15, the result is the same.
System: Linux Mint Debian Edition 5
CPU: Core-I5 12500
RAM: 16 Gb
Video: RTX 3060 Ti (driver 525.105.17)
--
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=54024
Bug ID: 54024
Summary: Memory Conty Installer stop working
Product: Wine
Version: 4.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: guillere(a)adinet.com.uy
Regression SHA1: fb7f937305f9242c675d4ff9a7976cf121710159
Distribution: Debian
Memory Conty Installer stop whit the error:
"Error de ejecución en la instalación: Cannot open AVI"
This problem was introduced in wine-4.4 (and still present in wine-7.22)
guille@goku:~/src/wine$ git bisect good
fb7f937305f9242c675d4ff9a7976cf121710159 is the first bad commit
commit fb7f937305f9242c675d4ff9a7976cf121710159
Author: Michael Müller <michael(a)fds-team.de>
Date: Wed Mar 6 08:57:40 2019 +0100
msvidc32: Fix calculation of stride and size.
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=23175
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=25180
Signed-off-by: Vijay Kiran Kamuju <infyquest(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/msvfw32/tests/msvfw.c | 39 +++++++++++++++++++++++++++++++++++++++
dlls/msvidc32/msvideo1.c | 34 +++++++++++++++++++++++++---------
2 files changed, 64 insertions(+), 9 deletions(-)
About Memory Conty: is an accounting program from Memory company
Homepage: https://memory.com.uy/conty/
A installer for Memory Conty can be found in this link:
http://soporte.memory.com.uy/index.php?/News/NewsItem/View/16
--
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=52688
Bug ID: 52688
Summary: Interactivity The Interactive Experienc from itch.io
has massive texture glitches with OpenGL renderer
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 72029
--> https://bugs.winehq.org/attachment.cgi?id=72029
Screenshot on Wine (OpenGL renderer)
See attachments.
It works using the vulkan renderer or dxvk.
--
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=54807
Bug ID: 54807
Summary: some apps hangs at exit (regression)
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: roxmail(a)list.ru
Distribution: ---
Since wine-6.5 Keil UV4 C51 (demo) hang at exit or close project (not always,
but most likely).
d144890c88c69c937b5e3ffa9b85d0d9d475c44d is the first bad commit
commit d144890c88c69c937b5e3ffa9b85d0d9d475c44d
Author: Zebediah Figura <z.figura12(a)gmail.com>
Date: Mon Mar 22 23:04:29 2021 -0500
ntdll: Hold fd_cache_section while removing and closing handles.
Otherwise, it's possible for the old handle to be re-added to the cache
between
removing and closing it.
Signed-off-by: Zebediah Figura <z.figura12(a)gmail.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
this change fix it (at least for wine-8.4 and early, i suppose it partially
revert this commit):
diff -urN a/dlls/ntdll/unix/server.c b/dlls/ntdll/unix/server.c
--- a/dlls/ntdll/unix/server.c 2023-03-25 10:41:17.844720197 +0300
+++ b/dlls/ntdll/unix/server.c 2023-03-25 10:41:34.456106724 +0300
@@ -1777,6 +1777,8 @@
* retrieve it again */
fd = remove_fd_from_cache( handle );
+ server_leave_uninterrupted_section( &fd_cache_mutex, &sigset );
+
SERVER_START_REQ( close_handle )
{
req->handle = wine_server_obj_handle( handle );
@@ -1784,8 +1786,6 @@
}
SERVER_END_REQ;
- server_leave_uninterrupted_section( &fd_cache_mutex, &sigset );
-
if (fd != -1) close( fd );
if (ret != STATUS_INVALID_HANDLE || !handle) return ret;
--
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=54573
Bug ID: 54573
Summary: win64 bug: err:module:import_dll Library iconv.dll
Product: Wine-staging
Version: 8.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: romulasry(a)protonmail.com
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 74116
--> https://bugs.winehq.org/attachment.cgi?id=74116
wine pant.net logfile
When I run:
wine paint.net.5.0.2.install.anycpu.web.exe
See attached log.
--
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=42060
Bug ID: 42060
Summary: Zafehouse Diaries stuck on the loading screen with
built-in gdiplus (GdipWindingModeOutline not
implemented)
Product: Wine
Version: 2.0-rc2
Hardware: x86
URL: http://www.zafehouse.com/try-the-demo/
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: gdiplus
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 56549
--> https://bugs.winehq.org/attachment.cgi?id=56549
terminal output
After starting a new game from the menu, the game seems to be stuck in an
infinite loop at the 'Building the town...' stage.
Can be reproduced with the demo (non-Steam).
The game needs .net2.0, xaudio2, native d3dx9_43 and d3dcompiler_43.
Native gdiplus used to be a workaround (now the game crashes with native
gdiplus, see bug #41926).
wine-2.0-rc2-35-gc28816c
--
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=54979
Bug ID: 54979
Summary: Futexes which protect memory allocation congest,
causing 100x performance degradation
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: nagle(a)animats.com
Distribution: ---
Created attachment 74518
--> https://bugs.winehq.org/attachment.cgi?id=74518
Debugger output with multiple threads stuck in spinlocks.
SUMMARY
Under the wrong circumstances, a program doing many memory allocations from
multiple threads can
experience more than 100x performance degradation.
I'm seeing this in my own Rust program, which has 16 sometimes-compute-bound
threads on a 12 CPU machine. This works fine on Microsoft Windows and when
compiled for Linux. Under Wine, it can be over 100x slower.
Multiple threads are banging on a spinlock at
_InterlockedCompareExchange
[Z:\usr\src\packages\BUILD\include\winnt.h:6630] in ntdll
spin_lock
[Z:\usr\src\packages\BUILD\dlls\ntdll\sync.c:937] in ntdll
This is the spin lock around the queue for pausing threads.
DISCUSSION
This looks like futex congestion. That's a known kind of problem, but doesn't
seem to have
been seen in Wine before. It may be that some programs just run really slow
under Wine,
and nobody knows why.
The code in NTDLL is clearly intended to handle the fast case without doing an
OS-level lock. Under light load, that's O(1). But under heavy load, with
multiple threads pounding on spinlocks, each spinlock waits longer, and there
are multiple threads, so it becomes O(N^2). Which means huge slowdowns.
See discussion at https://forum.winehq.org/viewtopic.php?t=37688 which has
snippets of the code that's causing the problem. I can copy all that info over
here if necessary. Let me know.
--
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.