> On 04/23/2012 06:50 PM, David C. Rankin wrote:
>> On 04/23/2012 03:26 PM, David C. Rankin wrote:
>>> On 04/23/2012 02:44 AM, Timothy Pearson wrote:
>>>> 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
>>>>
>>>
>>> WOHOO!!! Will test and report back. Sorry, I've been swamped the past
>>> couple of
>>> days. I'll definitely try and build/test tonight!
>>
>> Tim,
>>
>>   I built tdelibs and tdebase and tested sftp. There is GOOD news and
>> BAD news.
>> The good new - I can connect with sftp!! The bad news - the kio is not
>> reading
>> host/port information from ~/.ssh/config. This requires that you
>> manually
>> specify a port (if not 22) where sftp:// used to read this information
>> from the
>> HOST/PORT information contained in ~/.ssh/config. Eg:
>>
>> Host arete.3111skyline.com arete
>> Port 6629
>> Host fax.rlfpllc.com fax
>> Port 6631
>>
>>   I don't know what reads this file, but it is read currently when
>> fish:// is
>> invoked and it was previously read by sftp:// before this bug appeared.
>> Any idea
>> where this occurs?
>>
>
> Tim,
>
>   It looks like the port is set in kio_sftp.cpp:
>
>     if( port > 0 )
>         mPort = port;
>     else {
>         struct servent *pse;
>         if( (pse = getservbyname("ssh", "tcp") ) == NULL )
>             mPort = 22;
>         else
>             mPort = ntohs(pse->s_port);
>     }
>
>   I have looked at the man pages for both getservbyname and ntohs. For the
> port
> to fail, it looks like the pse->s_port byte order port number returned by
> getservbyname must be mucked up also. I'm not sure about the remainder of
> what
> the man page is telling me. Are you familiar with what should be returned?
> Is
> there something I can test for you so we can check if the port is being
> set?
>
>   A patch to make it spit the port number to kdialog? How to do this?
>
> --
> David C. Rankin, J.D.,P.E.

The part I don't get is that this worked at all in KDE 3.5.10. 
Specifically this portion of the code:

     else {
         struct servent *pse;
         if( (pse = getservbyname("ssh", "tcp") ) == NULL )
             mPort = 22;
         else
             mPort = ntohs(pse->s_port);
     }

looks like it should be completely removed!  This duplicates the default
port logic in ssh (bad), and also overrides any ports set via the ssh
option file (even worse).

I'd try removing that section of code to see if it resolves the problem.

Tim