https://bugs.winehq.org/show_bug.cgi?id=54439
Bug ID: 54439 Summary: STATUS_PENDING missing in TransactNamedPipe Product: Wine Version: 8.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs@winehq.org Reporter: ake.rehnman@gmail.com Distribution: ---
Created attachment 73988 --> https://bugs.winehq.org/attachment.cgi?id=73988 patch attempt
I believe STATUS_PENDING is missing for overlapped io in TransactNamedPipe.
https://bugs.winehq.org/show_bug.cgi?id=54439
Stian Skjelstad stian.skjelstad@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stian.skjelstad@gmail.com
--- Comment #1 from Stian Skjelstad stian.skjelstad@gmail.com --- Created attachment 74453 --> https://bugs.winehq.org/attachment.cgi?id=74453 Testcase for named pipes + overlapped (async)
I was looking at how to do async (overlapped) named pipes, and it appears they behave differently in native windows and wine. In native windows it works, messages appear on to go, while in wine they appear in one chunk when the child is done.
(Also, it seems like wines implementation of ping is unable to actually ping)
https://bugs.winehq.org/show_bug.cgi?id=54439
Zeb Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #2 from Zeb Figura z.figura12@gmail.com --- (In reply to Stian Skjelstad from comment #1)
Created attachment 74453 [details] Testcase for named pipes + overlapped (async)
I was looking at how to do async (overlapped) named pipes, and it appears they behave differently in native windows and wine. In native windows it works, messages appear on to go, while in wine they appear in one chunk when the child is done.
This has nothing to do with named pipes, and probably is rather related to buffering in the msvcrt and/or console code. From a +server log one can see the child command doesn't write its output until it exits.
In any case, please file a separate bug report for this.
(Also, it seems like wines implementation of ping is unable to actually ping)
This is because the Linux kernel takes a very paranoid position on who is allowed to send ICMP echo requests. There is not really anything we can do in that case, except to ask the user to consider relaxing the value of the "ping_group_range" sysctl.