https://bugs.winehq.org/show_bug.cgi?id=56085
Bug ID: 56085
Summary: Guitar Pro 8.1.1 Build 17 crashes once hitting Design
Button
Product: Wine
Version: 8.0.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: vmustin(a)gmail.com
Distribution: ---
Created attachment 75748
--> https://bugs.winehq.org/attachment.cgi?id=75748
System Information
Error is reproducible since several Versions (7.0, 7.5, 8.0, 8.1.1)
Using Linux Mint 21.2 (see system information)
--
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=52401
Bug ID: 52401
Summary: Improper synchronization in sock_recv/sock_send leads
to arbitrary reordering of completion of I/O requests
Product: Wine
Version: 7.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: jinoh.kang.kr(a)gmail.com
Distribution: ---
The sock_recv function (dlls/ntdll/unix/socket.c) issues a 'recv_socket' call
to
the server to complete the I/O request.
Prior to calling the server, the function attempts to serve the I/O request
locally first by calling try_recv().
The consequence is that there are two types of asynchronous I/O request
(hereinafter "Async") sent to the server:
1. Eager: try_recv() call has succeeded before 'recv_socket'. There is no more
I/O to be done.
2. Deferred: the request is still pending. When the server senses an incoming
packet, async_recv_proc() (in client side) will be called to complete the
I/O.
The problem is that eager Asyncs are _not_ prioritized before deferred Asyncs.
Therefore, deferred Asyncs may be completed before eagar Asyncs.
The following scenario illustrates the problem:
1. The socket's incoming buffer is initially empty.
2. Client: The application calls WSARecv(). In sock_recv(), try_recv() fails
with STATUS_DEVICE_NOT_READY; therefore, a deferred Async is queued to the
server. WSARecv() returns with error ERROR_IO_PENDING.
3. The socket receives packet [A] in the meantime. The socket's incoming buffer
is no longer empty.
4. Client: The application calls WSARecv() again. In sock_recv(), try_recv()
succeeds with packet [A]; therefore, an eager Async is queued to the
server.
5. The socket receives packet [B] in the meantime.
6. Server: the poll() loop detects this, and calls async_wake_up(
&sock->read_q,
status ). This causes APC_ASYNC_IO for deferred Async to be called to the
client process.
6. Client: While still in the second sock_recv(), the client does wait_async()
on the returned wait handle. This causes the APC_ASYNC_IO (a system APC)
to be dequeued.
7. Client (select loop): The client does a server select call. This returns
STATUS_KERNEL_APC with APC_ASYNC_IO. The client calls try_recv() (from
async_recv_proc), which succeeds with packet [B]. The client process
completes the deferred Async with this packet.
8. Client (select loop): The client re-issues the select call after the APC.
8. Server: the wait on the async wait handle is satisfied, causing
async_satisified() to be called. This in turn calls async_set_result(),
which completes the eager Async (with packet [A]).
9. Client: The client exits sock_recv() and in turn WSARecv(), which reports
immediate success.
(Ditto for sock_send and other similar asynchronous I/O requests.)
If the application uses a completion port, it will observe the deferred Async
first, and the eager Async second. The deferred Async carries packet [B],
while the eager Async carriers packet [A]. This results in the application
receiving the packets in the wrong order.
--
Three possible solutions comes to mind:
1. Replace the call to try_recv()/try_send() in sock_recv()/sock_send() with
STATUS_DEVICE_NOT_READY. This may slightly reduce performance, since it
always defers all I/O requests and forces them to go through the poll()
loop.
2. Make async_handoff() immediately call async_set_result() if the status and
data are already set (i.e. the I/O has completed synchronously). Since this
affects other asynchronous operations as well, I'm not sure this approach
is semantically correct.
3. Prioritize immediately satiable async wait handles _before_ system APCs when
waiting for objects. This approach too changes semantics, and appears much
uglier than other solutions.
--
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=56050
Bug ID: 56050
Summary: NtContinue does not set integer registers without
CONTEXT_AMD64 flag
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
Assignee: wine-bugs(a)winehq.org
Reporter: moonshadow565(a)hotmail.com
Distribution: ---
Created attachment 75703
--> https://bugs.winehq.org/attachment.cgi?id=75703
NtContinue without CONTEXT_AMD64
When calling NtContinue without CONTEXT_AMD64 flag set, NtContinue ignores
integer registers.
This will result in incorrect values in register.
This does not match behaviour observed on windows.
--
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=56456
Bug ID: 56456
Summary: Steven Speilberg's Director's Chair: wont open at all
Product: Wine
Version: unspecified
Hardware: x86-64
OS: MacOS
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: nicholasdecelles(a)aol.com
Created attachment 76216
--> https://bugs.winehq.org/attachment.cgi?id=76216
this backtrace.txt is the bug report i was told to attach to this report, Good
Luck and Wishes!
I put windows 95 for the dc.exe app under winecfg and when i start it through
the terminal on Big Sur macOS an Application Error comes up saying
The instruction at feacf578 referenced memory at 00000030
The memory could not be read from
Click on OK to terminate the application
--
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=56417
Bug ID: 56417
Summary: You must install or update. NET to run this
application.
Product: Wine
Version: 9.3
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: HalanoSiblee(a)gmail.com
Distribution: ---
Created attachment 76180
--> https://bugs.winehq.org/attachment.cgi?id=76180
Screenshot of the bug
I'm trying to run W3D HUB LAUNCHER https://w3dhub.com/
But it's seems the application can't detect dotnet 7 even i've install wine
mono and dotnet 7 x64
The problem still exist program can't detect it many dotnet windows software
run on my system just fine expect this one
idk what's wrong for this specific application.
--
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=36547
Bug ID: 36547
Summary: 3DMark 2003 installer has no taskbar/Alt Tab
representation
Product: Wine
Version: 1.7.19
Hardware: x86
URL: http://www.futuremark.com/benchmarks/legacy
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P1
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: t.artem(a)mailcity.com
Created attachment 48641
--> http://bugs.winehq.org/attachment.cgi?id=48641
Installing 3DMark03_v360_1901.exe
Download and try to run 3DMark03_v360_1901.exe.
3DMark03 installer won't be registered in the Alt-Tab list, or taskbar.
See the attached screenshot.
--
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=8067
--- Comment #27 from Nathan Kidd <nathan(a)spicycrypto.ca> ---
Still reproduces with 9.0
00f0:err:local:LOCAL_GetBlock not enough space in local heap 0307 for 1400
bytes
~/Games/kq6$ sha256sum *.exe *.dll
204bea956a560f7b081ada2afa2b992abecd835fd58a18018e8ce005a48c52cf sciwv.exe
ec75d4567a775f1503017d662b450aea3455f4a6b48d209ebfc516a7ad045047 mmaware.dll
fa8bf838e013d5a88256ce15352fcd504b3c42122f497b2264f7f1c0757512a4 proglib.dll
70fd4190fb0b42dc6857735ebe5c94279176aa50a37cce85db7201fcf8d4d75a rave.dll
f1837dee9a76197c287e04caec2bc7cf11728232a1ec3974bad385345916c53c scidll.dll
~/Games/kq6$ strings sciwv.exe | grep 6
SCIKQ6V
Windows version of SCI for KQ6
...
--
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.