Re: [trinity-devel] sftp-kio - still fails in R14 - Any progress? (log captured - may help?)

23 Apr 2012

...
     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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Re: [trinity-devel] sftp-kio - still fails in R14 - Any progress? (log captured - may help?)