<p>The problem occurred in connection with http://sshnet.codeplex.com/workitem/1164</p>
<p> </p>
<p>When trying to download a file, the remote SCP program did not understand the specified option "-q", complained by writing a usage message to stderr and exited. </p>
<p> </p>
<p>After this both the remote SSHD process that handles a single SSH connection and the local ScpClient seem to wait for data. If it is not possible to identify this situation, a (user configurable) timeout might be useful to abort the running file transfer operation.</p>
<p> </p>
<p>The specific error situation can be fixed as described in the other bug report, but to make the software more robust it should handle all kinds of network or remote system errors.</p>
Comments: ** Comment from web user: olegkap **
<p> </p>
<p>When trying to download a file, the remote SCP program did not understand the specified option "-q", complained by writing a usage message to stderr and exited. </p>
<p> </p>
<p>After this both the remote SSHD process that handles a single SSH connection and the local ScpClient seem to wait for data. If it is not possible to identify this situation, a (user configurable) timeout might be useful to abort the running file transfer operation.</p>
<p> </p>
<p>The specific error situation can be fixed as described in the other bug report, but to make the software more robust it should handle all kinds of network or remote system errors.</p>
Comments: ** Comment from web user: olegkap **
Please check 22112 or later commit where I removed -q option and please let me know if it works.
Thanks,
Oleg