OpenNETCF.Net.Ftp Behaving Flaky

Question

I tried posting on their boards (authors of this library), however it literally takes months for them to reply when it comes to the free software (can't blame them).

But anyways I have found that this library is behaving weirdly - for instance, a major problem with my application is when someone is trying to sign in (through FTP), they provide a correct login and mistype the password, no reply is received from FTP server.

I tried doing the same from command window just to verify that it's not the FTP server's fault; and FTP commands were received instantaneously.

It almost looks as though this library eats the commands. The same actions often times will yield different results.

Can anyone recommend a stable, reliable library to use with Compact framework? Or shed some light on this issue...?

Answer 1

Which FTP set are you using, the stream-based classes in the SDF, or the separate one in the Forums? If you're using the one from the forums (which is the one I actually recommend), then you've got the source. I wrote that one from the ground up by looking at nothing by the RFC. It's really, really simple and if it's "eating" responses, it's likely a timeout issue, though it should be easy to put in a break point and see where it's coming apart.

Answer 2

I modified the source code inside ConnectThread() as follows:

// if a PWD is required, send it
      if( response.ID == 331 )
      {

                response = SendCommand("PASS " + m_pwd, false);

                //ADDED THIS - try again.
                if (response.ID == 0)
                {
                    response = SendCommand("PASS " + m_pwd, false);
                }
                //end of my addition

                if( !((response.ID == 202) || (response.ID == 230)) )
                {
                    m_cmdsocket.Close();
        m_cmdsocket=null;
                    Disconnect();
        m_connected = false;
        return;
                    }
}

This solved the issue for awhile, until now it started doing it again, the culprit seems to be when 0 is coming back as a response from FTP server, the connection just stalls. I am not sure whether it is a socket issue or some other obscure problem, but I think I am going to give up at this point.