https://bugs.winehq.org/show_bug.cgi?id=51387
Bug ID: 51387
Summary: Critical Section timeout between
"dlls/user32/user_main.c: user_section" and
"dlls/winex11.drv/window.c: win_data_section"
Product: Wine
Version: 4.0.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: l.arzeni(a)iname.com
Distribution: ---
Created attachment 70242
--> https://bugs.winehq.org/attachment.cgi?id=70242
application logs
Environment: GNU Debian Linux, kernel 4.19.0-16-amd64 #1 SMP Debian 4.19.181-1
(2021-03-19), Wine 4.0.2, but I tested it and I can reproduce the issue under
every release of wine32, from release 1.5 to release 5.0.3,
I'm running an old windows application. It works showing a list of records from
an ODBC connection, then when a record is clicked, it opens a form for editing
the record. It's similar to MS Access, but the application is written in a 4GL
db language called clarion. I can share the sources, if needed.
The application works fine under "native" windows (tested in all releases of
windows, from windows XP to Windows 10).
The application looks fine, but hangs after a while, if I run it under wine:
env WINEPREFIX=/home/user1/.wine32 wine /srv/data/shared/LicenseManager.exe
The log shows that there is a timeout in a critical section, may be a deadlock
between:
"dlls/user32/user_main.c: user_section"
and
"dlls/winex11.drv/window.c: win_data_section"
This is the relevant lines of the logs:
0024:err:ntdll:RtlpWaitForCriticalSection section 6EDB7C80
"dlls/user32/user_main.c: user_section" wait timed out in thread 0024, blocked
by 0114, retrying (60 sec)
0114:err:ntdll:RtlpWaitForCriticalSection section 7DB04220
"dlls/winex11.drv/window.c: win_data_section" wait timed out in thread 0114,
blocked by 0024, retrying (60 sec)
To solve the issue, I run it with "taskset --cpu-list 0 ", that is:
env WINEPREFIX=/home/user1/.wine32 taskset --cpu-list 0 wine
/srv/data/shared/LicenseManager.exe
But, if I user the taskset, the application GUI artifacts became "dirty" , and
I need to close and reopen the window to redraw them properly.
Is there any clue to solve this issue, or, at least, to avoid the garbage on
the user interface when running under the "taskset" command?
Please note: the issue is not "application specific" but, afaik, instead the
bug affects all application generated with "clarion"
Regards, Luca
--
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=52846
Bug ID: 52846
Summary: Capture One 22 fails to start with wbemprox related
crashes
Product: Wine
Version: 7.6
Hardware: x86-64
URL: https://www.captureone.com/en/new-update/capture-one-2
2
OS: Linux
Status: NEW
Keywords: dotnet, download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Distribution: Debian
Created attachment 72244
--> https://bugs.winehq.org/attachment.cgi?id=72244
+wbemprox,+mountmgr,+seh
Hi, a user reported trouble with this program on the forum so i gave it a try.
Apparently for him it crashed inside wbemprox, but the crash is for me
different, and more unfortunate it differs from time to time, and every now and
then it does`t crash at all but just starts.... But all crashes look similar
like: System.AccessViolationException: Attempted to read or write protected
memory. This is often an indication that other memory is corrupt.
at
System.Management.SecuredIEnumWbemClassObjectHandler.Clone_(IEnumWbemClassObject&
ppEnum)
at System.Management.ManagementObjectCollection.GetEnumerator()
I attached one of the crashes to this report (+seh,+wbemprox,+mountmgr).
One thing that can be seen it queries for property "Characteristics" from
win32_processor, that is afaics missing, but that is probably not the cause of
the crashes; to rule that out could it be added?
It might be due to mountmgr.sys insufficiencies, but i cannot tell really for
sure.
Anyway, one way to reliably get the program started 100% is disabling
mountmgr.sys and/or wbmprox...
(Note: I installed native dotnet48, d3dcompiler_47 and arial via winetricks)
--
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=52508
Bug ID: 52508
Summary: EnumDisplayDevices() fails in obscure ways on 32-bit
arch when 64-bit Vulkan is present but 32-bit is
missing
Product: Wine
Version: 7.1
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
CC: jacek(a)codeweavers.com, zzhang(a)codeweavers.com
Distribution: ---
FWIW, this is easy to trigger by running 32-bit ddraw:ddraw1.
I'm fine with calling this case "user error", but the problem is, it's not that
hard to be missing Vulkan drivers for one architecture, while debugging this
took way too long. It'd be nice to at least have some way of printing a
message.
The basic problem is that when Vulkan is present we retrieve the PCI IDs from
it, but when it's absent we set them to zero. As a result we end up creating
two different sets of registry entries, but only the 64-bit one gets populated
via initialize_display_settings(). EnumDisplayDevices() tries to access it and
finds the GPU entries empty.
This does lead me to ask: can we avoid querying GPUs in each process? Can we
just let explorer.exe manage them and get our information from there?
CC'ing Jacek and Zhiyi as both having worked closely with this code.
--
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=52809
Bug ID: 52809
Summary: Steam regression since 2aa4673f32
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: stefan(a)codeweavers.com
Distribution: ---
Created attachment 72185
--> https://bugs.winehq.org/attachment.cgi?id=72185
Log output
One of Steam's steamwebhelper.exe processes crashes repeatedly in Wine git. A
bisect resulted in this commit:
2aa4673f32d08238b61e5b445d8bf873dccf2556 is the first bad commit
commit 2aa4673f32d08238b61e5b445d8bf873dccf2556
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Apr 11 11:36:24 2022 +0200
ntdll: Support UTF-8 codepage in string conversion functions.
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/ntdll/locale.c | 189 ++++++++++++++++++++++++++++++++++++++++------------
dlls/ntdll/string.c | 8 +--
2 files changed, 148 insertions(+), 49 deletions(-)
Wine output repeats the lines from the attached log.txt repeatedly. I'll
investigate more closely tomorrow.
--
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=6682
Alexandre Julliard <julliard(a)winehq.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #76 from Alexandre Julliard <julliard(a)winehq.org> ---
Closing bugs fixed in 7.7.
--
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=52825
Bug ID: 52825
Summary: Capella help crashes with Error "qtwebengingeprocess
has serious errors"
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: newsletter(a)gerhardbeck.de
Distribution: ---
Created attachment 72211
--> https://bugs.winehq.org/attachment.cgi?id=72211
Screenshot
I wanted to use the help of capella 8.
It show the start spleen but when trying to see a content it crashes, see
attached screenshot and backtrace
--
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=52640
Bug ID: 52640
Summary: Steam does not display anything when using the Vulkan
renderer (stack overflow from official Vulkan loader
calling into dxgi)
Product: Wine
Version: 7.3
Hardware: x86-64
OS: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: z.figura12(a)gmail.com
Regression SHA1: 24432a24d5e922cbd824b0af8f7b0c66ff2b66e8
Distribution: ---
steamwebhelper.exe constantly crashes due to a stack overflow:
05bc:err:winediag:wined3d_dll_init Using the Vulkan renderer.
05bc:fixme:heap:RtlSetHeapInformation 0000000000000000 1 0000000000000000 0
stub
05bc:err:virtual:virtual_setup_exception stack overflow 2000 bytes in thread
05bc addr 0x1700304f0 stack 0x20830 (0x20000-0x21000-0x120000)
The problem is that CEF ships the Vulkan loader (vulkan-1.dll), and during the
process of initializing Vulkan [wined3d_init_vulkan()], the loader calls
CreateDXGIFactory1(), which triggers Wine to initialize itself and subsequently
initialize Vulkan, leading to infinite recursion.
Fundamentally USE_WIN32_VULKAN can't work with the official (?) Vulkan loader,
and so any attempt to use the Vulkan renderer on Windows would fail as well...
--
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=24574
Summary: RAR Password Recovery Magic initial (registration)
window is empty and doesn't allow any interaction
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: t.artem(a)mailcity.com
Created an attachment (id=31036)
--> (http://bugs.winehq.org/attachment.cgi?id=31036)
The initial window
Download and install, try to run.
--
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=52763
Bug ID: 52763
Summary: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 breaks ConEmu
in win10 mode
Product: Wine
Version: 7.5
Hardware: x86-64
URL: https://conemu.github.io/en/Downloads.html
OS: Linux
Status: NEW
Keywords: download, regression
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: xerox.xerox2000x(a)gmail.com
Regression SHA1: 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Distribution: Debian
ConEmu in win10 is broken since aforementioned commit. The ConEmu console
reports an error and than bails out.
The bug is only present when version is set to win10
Expected behaviour: Have an interactive ConEmu console
Actual behaviour: Conemu console unusable
3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072 is the first bad commit
commit 3c9d2cbaea2039d8ce5d8180ed231b0be6cfa072
Author: Rémi Bernon <rbernon(a)codeweavers.com>
Date: Thu Mar 31 12:06:41 2022 +0200
kernelbase: Allocate HLOCAL / HGLOBAL from a static handle table.
Sharing the table pointers through KernelBaseGetGlobalData to check for
handle validity in kernel32, and as native does it.
Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
dlls/kernel32/heap.c | 20 +++++---
dlls/kernel32/tests/heap.c | 9 ----
dlls/kernelbase/memory.c | 115 ++++++++++++++++++++++++---------------------
3 files changed, 75 insertions(+), 69 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=52703
Bug ID: 52703
Summary: regression in wine 7.4-1 - irfanview x64 crash in
[AccessCheckByTypeAndAuditAlarmW]
Product: Wine
Version: 7.4
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: joo.peter(a)gmail.com
Distribution: ---
Created attachment 72060
--> https://bugs.winehq.org/attachment.cgi?id=72060
this is the backtrace provided by wine when i_view64.exe crashed
I think it is important to have the exact steps on how to reproducate such
issue.
Maybe it is trivial, but I wrote it down here anyway.
1)
Install the lastest Manjaro with Xfce desktop environment from here:
https://manjaro.org/downloads/official/xfce
I downloaded the manjaro-xfce-21.2.4-220301-linux515.iso file.
Using VirtualBox I created a fresh installation.
2)
Upgraded the fresh install to its latest stable version:
yes | sudo pacman -Scc && sudo pacman -Suu --refresh --refresh
3)
Irfanview requires mono too, so install wine and wine-mono:
sudo pacman -S --needed wine wine-mono
The installed version become:
multilib/wine = 7.4-1
community/wine-mono = 7.1.1-1
4)
Download IrfanView x64 and its plugins from here
https://www.irfanview.com/64bit.htm
The following links are the one you need from that page:
Download IrfanView-64 English (Version 4.60, ZIP file, 3.13 MB)
Download IrfanView-64 PlugIns (Version 4.60, ZIP file, 23.80 MB)
Afterwards you have two zip files:
iview460_x64.zip
iview460_plugins_x64.zip
5)
Extract iview460_x64.zip to $HOME/temp/irfanview directory.
Extract iview460_plugins_x64.zip into the '$HOME/temp/irfanview/Plugins'
directory.
6)
Go there and run it manually:
wine64 ./i_view64.exe
It opens with a crash:
Backtrace:
=>0 0x000000007b037997 AccessCheckByTypeAndAuditAlarmW+0x36997() in kernelbase
(0x000000000000000a)
1 0x000000023d82b176 CharLowerA+0x3182() in user32 (0x000000000000000a)
2 0x000000023d82bd0e CharLowerA+0x3d1a() in user32 (0x000000000011f900)
3 0x000000023d82be0e CharLowerA+0x3e1a() in user32 (0x000000000011f900)
4 0x000000014007e070 in i_view64 (+0x7e070) (0x000000000011f900)
5 0x0000000140109500 in i_view64 (+0x109500) (0x0000000000000000)
6 0x000000007b62bb79 ActivateActCtx+0x1ffc1() in kernel32
(0x0000000000000000)
7 0x000000017005a173 A_SHAFinal+0x38243() in ntdll (0x0000000000000000)
The full crash is in the attached backtrace.txt file.
The proof that previous version works:
1)
remove just wine and wine-mono, but keep their dependencies there
sudo pacman -R wine wine-mono
2)
download the previous compatible versions manually:
wget
https://archive.archlinux.org/packages/w/wine/wine-7.3-1-x86_64.pkg.tar.zst
wget
https://archive.archlinux.org/packages/w/wine-mono/wine-mono-7.1.1-1-any.pk…
3)
install them:
pacman -U ./wine-7.3-1-x86_64.pkg.tar.zst
pacman -U ./wine-mono-7.1.1-1-any.pkg.tar.zst
4)
run irfanview again, it starts without crash:
wine64 ./i_view64.exe
--
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.