https://bugs.winehq.org/show_bug.cgi?id=53323
Bug ID: 53323
Summary: Wireshark doesn't update list of packets during
capture
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: rpisl(a)seznam.cz
Distribution: ---
This is a continuation of bug 53104. Now Wireshark starts capturing packets
successfully but the packets aren't shown on the list. Either "Update list of
packets in real-time" option must be deselected or Ctrl+R must be pressed after
capture is stopped to update the list. This bug is not very interesting as
Wireshark is also native for Linux, but my unqualified guess would be that this
a file/pipe handling problem in Wine.
"setcap cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine
permissions to capture packets.
--
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=53314
Bug ID: 53314
Summary: ptrace attach timeout freezes processes to stopped
state
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: superemppu+winehq(a)live.fi
Distribution: ---
Created attachment 72691
--> https://bugs.winehq.org/attachment.cgi?id=72691
patch remove timeout
When wineserver wants to attach ptrace to a process, ptrace() is first called
with PTRACE_ATTACH and then wineserver waits on waitpid() until the process has
received a SIGSTOP. This is correct behavior and described on ptrace manpage.
https://linux.die.net/man/2/ptrace
However, there is a timeout: If the SIGSTOP hasn't reached the process in 3
seconds, wineserver will give up on the PTRACE_ATTACH and immediately do a
PTRACE_DETACH. According to the manpage, PTRACE_DETACH takes effect only when
the process is already stopped, so that PTRACE_DETACH does nothing. When
eventually the SIGSTOP reaches the process, it will be stopped forever and
wineserver thinks that the ptrace session is already over.
This bug only occurs when receiving a SIGSTOP takes over 3 seconds for a
process. On most setups that never happens, but on slow running fuse
filesystems the kernel may be in uninterruptible disk sleep for over 3 seconds.
In our setup this happens consistently when the process runs on fuse-overlayfs
on top of a slow NFS, and it probably happens on sshfs too. As a result, games
such as Subnautica and Arma Cold War Assault freeze to stopped state.
How can we fix this?
Method 1: Just remove the timeout entirely (patch attached). The only case
where that timeout matters is if the kernel is doing something important, in
which case we should probably wait, or a kernel thread is stuck, in which case
we have bigger problems. The fact that this bug has been in Wine for 20 years
and not reported proves that the timeout is not triggered much.
Disadvantages: If a kernel thread of one wine process is stuck, wineserver will
also be stuck for other wine processes even if their kernel threads are fine.
Method 2: If we want to keep the timeout, we should not do PTRACE_DETACH
immediately, but rather set a flag that PTRACE_ATTACH failed. When the SIGSTOP
eventually comes, a SIGCHLD will be sent to wineserver and we can do the
PTRACE_DETACH in the SIGCHLD handler if the flag was set.
Disadvantages: We need an arbitrary timeout. 3 seconds is not enough for slow
fuse filesystems. If the timeout is triggered, processes may still crash
because they could not use whatever windows API wineserver was emulating with
ptrace.
--
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=53322
Bug ID: 53322
Summary: Ride 2 config tool needs mfc140u.dll
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Linux
Status: NEW
Severity: minor
Priority: P2
Component: mfc
Assignee: wine-bugs(a)winehq.org
Reporter: andrey.goosev(a)gmail.com
Distribution: ---
049c:err:module:import_dll Library mfc140u.dll (which is needed by
L"C:\\Program Files (x86)\\Steam\\steamapps\\common\\Ride
2\\ConfigDialogX64.dll") not found
wine-7.12-111-g9af3a79b963
--
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=40865
Bug ID: 40865
Summary: Steam needs to be online to update. Please confirm
your network connection and try again.
Product: Wine
Version: 1.9.12
Hardware: x86
OS: NetBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: adrien_fernandes2(a)hotmail.com
Created attachment 54877
--> https://bugs.winehq.org/attachment.cgi?id=54877
WINEDEBUG=+winhttp,+wininit,+winsock,+teh,+sid wine Steam.exe
Steam can not fetch client (http problem ?).
I don't think it is because it can't find my network, I was using mupen64pp.exe
and I successfully joined a friend online to play with him.
--
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=53318
Bug ID: 53318
Summary: error on c sharp program
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: pingo-power(a)hotmail.fr
Distribution: ---
Created attachment 72699
--> https://bugs.winehq.org/attachment.cgi?id=72699
logs
a
--
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=53320
Bug ID: 53320
Summary: Star Craft 2 bad textures
Product: Wine-staging
Version: 7.12
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Created attachment 72702
--> https://bugs.winehq.org/attachment.cgi?id=72702
screen
Red squares around some units, such as those from the company. Launched with
DXVK installed, but the HUD in the game did not work, perhaps DXVK does not
work for this game, and bugs with OpenGL (which sometimes happens with OpenGL)
--
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=53316
Bug ID: 53316
Summary: WGL context sharing does not work on Intel driver
Product: Wine
Version: 7.12
Hardware: x86-64
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: trass3r(a)gmail.com
Originally encountered when testing DK2:
https://bugs.winehq.org/show_bug.cgi?id=44260#c8
3de8:trace:d3d:texture2d_blt dst_texture 00B11400, ...
3de8:warn:d3d:context_create_wgl_attribs Failed to create a WGL context with
wglCreateContextAttribsARB, last error 0xaa.
3de8:err:d3d:wined3d_context_gl_create_wgl_ctx Failed to create a WGL context.
0xaa is ERROR_BUSY, which is returned because the context to be shared by the
new context in the helper thread is still current in the main thread.
See
https://github.com/roxlu/windows-opengl-context#solution-https://bugzilla.gnome.org/show_bug.cgi?id=792407#c2https://gitlab.freedesktop.org/gstreamer/gst-plugins-good/blob/master/ext/q…
Tested on Win11, Intel UHD620 Driver 30.0.101.3113
with
wine reg add 'HKCU\Software\Wine\Direct3D' /v csmt /t REG_DWORD /d 0
The problem does not occur when replacing the driver with GLonD3D12 from
https://github.com/pal1000/mesa-dist-win
--
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=53179
Bug ID: 53179
Summary: Can't get into the Lineage 2 server
Product: Wine-staging
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: terapy-session(a)bk.ru
CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com
Distribution: ---
Не зайти на сервер Lineage 2. После авторизации прохожу до выбора сервера, и
при нажатии войти никакой реакции, через несколько минут происходит дисконнект.
3 июня работало, возможно повлияло обновление Wine. Старого пакета Wine не
сохранилось чтоб проверить.
В ошибках логах есть:
0298:err:winediag:WSASocketW Failed to create a socket of type SOCK_RAW, this
requires special permissions.
Сервер использует WMI, возможно там что-то меняли.
--
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=53313
Bug ID: 53313
Summary: Weird characters without proper LC_ALL with Inno Setup
4.2.2 installers
Product: Wine
Version: 7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: abacadacaba(a)gmail.com
Distribution: ---
Users shouldn't prepend LC_ALL for every executable if executable contains one
or several language(s).
Proper language for executable can be guessed from installer. Installer had
just one language and this language was correct.
Contained Resources by Language:
NEUTRAL 6
DUTCH 4
ENGLISH US 3
--
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=47871
Bug ID: 47871
Summary: gameux:gameexplorer crashes randomly
Product: Wine
Version: 4.17
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P2
Component: gameux
Assignee: wine-bugs(a)winehq.org
Reporter: fgouget(a)codeweavers.com
gameux:gameexplorer crashes randomly on Windows 8 and 10:
gameexplorer.c:633: prepared EXE path:
L"C:\\Users\\winetest\\AppData\\Local\\Temp\\wct"
gameux:gameexplorer:0940 done (-1073741819) in 1s
Test failed: crash (c0000005)
Every line with a 'mixed' result is a date when the test crashed:
https://test.winehq.org/data/tests/gameux:gameexplorer.html
Unfortunately there is no backtrace but the last visible trace is in
test_install_uninstall_game() which is the last function to be called. So that
narrows down the range where the test crashes.
The crash happens in both 32 and 64 bit tests on the following configurations:
* cw-rx460-32 *real hardware* machine running Windows 8.1
* w8 and w8adm both Windows 8.1 TestBot VMs, the former running with elevated
privileges and the latter just in an administrator account.
* w1064v1507 a Windows 10 1507 TestBot VM (elevetated privileges).
--
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.