You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It makes no difference if I add the -T flag to the ssh command (I think that's the default in this case anyway).
There are multiple issues demonstrated here. First is the fact that the text coming into check.pl through stdin is being echoed back to the sender — it should not be as, demonstrated above with the Linux server named triton.
Second is the fact that the data coming through stdin is being corrupted. See the 36 - Bad line '' output in the middle of the above output, and the blank line between the lines for 66 and 67.
Third (which is not shown above but is easy to demonstrate by modifying the generate.pl script) if the stdin stream contains character \x03 (Ctrl-C) the check.pl script gets aborted when running on Windows, but not on Linux. The ability for ssh data streams to contain binary data is essential for many applications, so special handling of control characters such as Control-C must be disabled in non-interactive sessions.
Ultimately I would like to use this to start Jenkins build agents on Windows, but this port of OpenSSH will not be capable of doing that until the above issues are all fixed.
The text was updated successfully, but these errors were encountered:
anjohnson
changed the title
Sending data to through stdin
Sending data to Windows through stdin
Apr 10, 2017
"OpenSSH for Windows" version
v0.0.10.0
BTW: The powershell command in your Github issue template to get the above version number doesn't work for me.
OS details
Windows 7 Enterprise
What is failing
Using ssh (from Linux) to start a program on Windows and send binary data to it through stdin is broken several ways.
Here are 2 programs written in Perl to demonstrate this:
Expected output
Running both programs locally on Linux:
Running both locally on Windows:
Running the generator on Windows and the checker locally on Linux:
Running the generator locally on Linux and the checker remotely on another Linux box:
Actual output
Running the generator locally on Linux and the checker remotely on Windows:
It makes no difference if I add the -T flag to the ssh command (I think that's the default in this case anyway).
There are multiple issues demonstrated here. First is the fact that the text coming into
check.pl
through stdin is being echoed back to the sender — it should not be as, demonstrated above with the Linux server named triton.Second is the fact that the data coming through stdin is being corrupted. See the
36 - Bad line ''
output in the middle of the above output, and the blank line between the lines for 66 and 67.Third (which is not shown above but is easy to demonstrate by modifying the
generate.pl
script) if the stdin stream contains character \x03 (Ctrl-C) thecheck.pl
script gets aborted when running on Windows, but not on Linux. The ability for ssh data streams to contain binary data is essential for many applications, so special handling of control characters such as Control-C must be disabled in non-interactive sessions.Ultimately I would like to use this to start Jenkins build agents on Windows, but this port of OpenSSH will not be capable of doing that until the above issues are all fixed.
The text was updated successfully, but these errors were encountered: