Le 23/04/2012 09:44, Timothy Pearson a écrit :
On 04/22/2012 10:36 PM, Timothy Pearson wrote:
I just tested on my Debian Squeeze system with OpenSSH_5.5p1 and OpenSSL 0.9.8o, and sftp from GIT worked perfectly. I am going to try a newer system to see if I can get it to fail.
Tim
Note, sftp from konsole will work PERFECTLY. It is sftp:// from the konqueror address field, or kwrite/kate that fails. Here is the debug output for a box that does not use key-pairs for authentication:
I know. :-) I am tracing the issue now, but it appears that ssh> 5.5 somehow masks its stderr output so that TDE literally does not know what ssh is doing.
Tim
To be more precise, it looks like select() is not blocking on the ssh output file descriptors. This could also be a kernel or core system issue, so stay tuned! :-)
Tim
I have narrowed this down to a problem in how ssh and select() are interacting. To be specific, running select() on the open ssh output file descriptor always returns data available, but when an attempt is made to actually read said data with read() there is no data (an error occurs). I do not know if this is an ssh problem or a problem with some other aspect of the system regarding pipes.
Tim
Fixed (hacked around) in GIT hash e72f492. Basically select() no longer works on newer systems (could be due to a malfunction of some kind, but it doesn't really matter), so instead of busywaiting on select(), newer systems will busywait on read().
Tim
Thanks, it looks to work well on Fedora 16 (patch applied to TDE 3.5.13).