[Bug 54439] New: STATUS_PENDING missing in TransactNamedPipe
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(a)winehq.org Reporter: ake.rehnman(a)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. -- 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=54439 Stian Skjelstad <stian.skjelstad(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |stian.skjelstad(a)gmail.com --- Comment #1 from Stian Skjelstad <stian.skjelstad(a)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) -- 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=54439 Zeb Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #2 from Zeb Figura <z.figura12(a)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. -- 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.
participants (1)
-
WineHQ Bugzilla