|
I think it's the same problem as described in an earlier thread here.
Add Cleanup to the destructor of CBlockingSocket.
CBlockingSocket::~CBlockingSocket()
{
Cleanup();
}
|
|
|
|
|
Can I use the library in my code and call it from another C++ code using the MFC class CInternetConnection?
Is it fully supported?
Thanks
Triplebit
|
|
|
|
|
Hi,
>
>if( !fTransferOK || !GetResponse(Reply) || !Reply.Code().IsPositiveCompletionReply() )
>
the above lines always return error after transferring multiple files.
Is this a problem in the program? or something else?
br,
|
|
|
|
|
Hello,I met a problem when i want to develop FTPClient with your FTPClass .
A lot of warning about STL.I dont Know why,and when i use UploadFile,The program will be dead.When i tail the program ,It run to
BOOL CBLockingSocket::Accept()
{
...
pConnect->m_hSocket = accept(m_hSocket, psa, &nLengthAddr);
.....
}
The program will be dead .Pls Help me~Thanks
Best Regards~
|
|
|
|
|
What compiler (development environment) do you use?
- Microsoft (Visual Studio 6, 2003, 2005)
- GNU compiler
- or an other one
What warnings do you get?
What STL version do you use?
|
|
|
|
|
I use VS6.0,
-The warnings are warning C4786
-one of my warning:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE\afxcmn.inl(268) : warning C4786: 'std::_Tree<nsftp::cftpclient::cnotification *,nsftp::cftpclient::cnotification="" *,std::set<nsftp::cftpclient::cnotification="" *,std::less<nsftp::cftpclient::cno
tification="" *="">,std::allocator<nsftp::cftpclient::cnotification *=""> >::_Kfn,std::less<nsftp::cftpclient::cnotification *="">,std::allocator<nsftp::cftpclient::cnotification *=""> >::const_iterator' : identifier was truncated to '255' characters in the debug
information
-and STL is the default version when i install VS6.0.
The program can LogIn FTP ( which i have the popedom to upload and down load file),but i can not upload the file.
The code:
...
if (ftpClient.UploadFile( "c:\\hehe.txt", "/ProjectDoing/Test/hehe3.txt" ))
{
box.MessageBox( " UpLoad Success! ", " hehe ", MB_OK );
}
else
{
box.MessageBox( " UpLoad Fail! ", " hehe ", MB_OK );
}
...
I found the uploading tread will be appended~ I dont know why ~
Best Regards~
|
|
|
|
|
Using VS6.0 is the problem.
Microsoft has made significant changes between the compiler in VS6.0 and VS2003. VS6.0 has a lot of deficits concerning to templates. The delivered STL implementation has changed in VS2003. As a result of this, there are compability problems between VS6.0 and VS2003. The source code have to be modified to run in VS6.0, but i don't have this version anymore.
|
|
|
|
|
Thanks~
Best Regards~
|
|
|
|
|
One last hint: If your problem only exists in release mode (and not in debug mode) then try to disable the optimization in the release version. Sometimes the optimization leads to undesired effects. (You can also disable optimization with "#pragma" statements if you can localize the problem.)
|
|
|
|
|
Thanks for your help.
Best Regards~
|
|
|
|
|
Hi,
CAN ANYONE PLEEEASE LEND A HAND ?
I've tried to use FTP Client Class in a .net 2005 c++ console application. I've added all the source files to the project. It compiles ok ... but I'm getting these linkage errors:
Linking...
FTPClient.obj : error LNK2019: unresolved external symbol __imp__htonl@4 referenced in function "public: __thiscall nsSocket::CSockAddr::CSockAddr(unsigned long,unsigned short)" (??0CSockAddr@nsSocket@@QAE@KG@Z)
FTPClient.obj : error LNK2019: unresolved external symbol __imp__htons@4 referenced in function "public: __thiscall nsSocket::CSockAddr::CSockAddr(unsigned long,unsigned short)" (??0CSockAddr@nsSocket@@QAE@KG@Z)
FTPClient.obj : error LNK2019: unresolved external symbol __imp__inet_ntoa@4 referenced in function "public: class std::basic_string,class std::allocator > __thiscall nsSocket::CSockAddr::DottedDecimal(void)" (?DottedDecimal@CSockAddr@nsSocket@@QAE?AV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@XZ)
FTPClient.obj : error LNK2019: unresolved external symbol __imp__ntohs@4 referenced in function "public: unsigned short __thiscall nsSocket::CSockAddr::Port(void)const " (?Port@CSockAddr@nsSocket@@QBEGXZ)
|
|
|
|
|
Can you pass the build process of the demo project?
|
|
|
|
|
Yes I can.
That's mainly why I can't figure out the reason for a simple console application failing to link. It's almost a "hello world" console application. I include FTPClient.h in the main module, and at linkage, I get the error I posted earlier. I've figured out the symbols reported missing by the compiler belong to winsock2.h, which rules out errors in the source code.
I'm guessing it has something to do with build directives ...
Any light?
Thanks
|
|
|
|
|
Thanks Lushan111,
I got it. The problem was related to the fact that the FTPClient code uses window.h and winsock2.h ... Windows.h uses winsock.h, and some symbols get mixed up because of that. You might say that if you include winsock2.h before windows.h, there wouldn't be a problem.
Since this isn't always possible, add the lib (Ws2_32.lib) to the linker settings.
Out
|
|
|
|
|
I'm using the class for a uploading job, but I met a problem there and I'm looking for your help.
I built a ActiveX component and 2 threads in the ActiveX. One is used for UI and the other is used for uploading. I called the functions in the following sequence:
ftpClient.Login( ... );
ftpClient.Upload( ... );
During the uploading, I disable the network connection. Then the function uploading returns a "false" to me.
Then after 3 minutes, I enable the network connection and call ftpClient.Login, ftpClient.Upload again for resuming the job. I expect all the functions calls behave like the first time, but I'm wrong.
I found an internal error there when I called the function Upload, after several seconds as the timed-out number.
Internal Error: Receive timeout error :\generalv\gvclient\generalv\ftpclient_demo\ftpclient.cpp:1,102 files..
I need to wait for a very long time, and restart the process, it seems work again.
Anyone knows why? Please help me....
Thanks,
|
|
|
|
|
Is it a new ftpClient instance when you call Login the second time or is it the instance which you used on the first try?
If it is the same instance then try to use a new one. Will this error only occurr in conjunction with the ActiveX control? What compiler do you use? What service pack (if you use visual studio) have you installed? Have you tried this scenario with different ftp servers? Have you tried to use an other ftp client for the second call?
|
|
|
|
|
I tried using both the same instance and a new one to do so. All seems not working if they are in the same process.
During the upload call, I disable the network connection, and after several miniutes after the function returned, I call Login and Upload again, and the login succeeded but upload fail.
If I close the application and reopen it. It works again.
I think i need to call some method of the ftpclient to clear the environment, such as close all the sockets, to make it like a fresh one, but I can't found a method to do so.
Do you recommend me to add a method to do so?
I'm using VS 2005 on Windows XP SP2.
-- modified at 4:46 Friday 15th June, 2007
|
|
|
|
|
Following is my code, it is really simple. Please correct me if I have something wrong.
void CFTPClient1Dlg::OnBnClickedButton1()
{
nsFTP::CFTPClient ftpClient(nsSocket::CreateDefaultBlockingSocketInstance(), 30);
nsFTP::CLogonInfo loginInfo;
loginInfo.SetHost(static_cast<lpctstr>(_T("192.168.1.10")), static_cast<ushort>(2211),
static_cast<lpctstr>(_T("user")), static_cast<lpctstr>(_T("passwd")),
static_cast<lpctstr>(_T("")));
bool hr = false;
hr = ftpClient.Login( loginInfo );
if ( hr )
{
MessageBox( L"Login Succeeded" );
}
else
{
MessageBox( L"Login Failed" );
return;
}
hr = ftpClient.UploadFile( _T("d:/video7.flv"), _T("1.flv") );
if ( hr )
{
MessageBox( L"Upload file succeeded" );
}
else
{
MessageBox( L"Upload file failed" );
}
}
The bug's repro step is as following:
1. Click the button, and now the file is being transfered.
2. Disable the network connection.
3. Upload file failed is shown.
4. Enable the network connection.
5. Click the button again.
Expect behavior:
1. Messagebox "Login Succeeded" shown.
2. File is transferred.
3. MessageBox "Upload file succeeded" shown.
Actual behavior:
1. Messagebox "Login Succeeded" shown.
2. Messagebox "Upload file failed" shown.
3. Netstat shows that every retry will leave a Listening port there, if you close the process, all opening port disapperred.
I have retried for 30 times, each of two have 30 seconds interval. It still does not working.
I tried to use command line ftp to connect the server and put a file, it works.
So I think there is something not cleared when the network is unpluged, am I right?
The internal error I receive is "Internal Error: Receive timeout error :\generalv\gvclient\generalv\ftpclient_demo\ftpclient.cpp:1,102 files.."
At the same time, by "net state /a" I found the listening port of my pc is become more and more.
Therefore, it is a resource leak? or I have some thing wrong in using it?
Thanks,
Mingju
-- modified at 4:44 Friday 15th June, 2007
|
|
|
|
|
You are right. There is a bug in the CBlockingSocket class. Add the following destructor to the file "BlockingSocket.cpp".
CBlockingSocket::~CBlockingSocket()<br />
{<br />
Cleanup();<br />
}<br />
|
|
|
|
|
Thanks man,
You are the one!
|
|
|
|
|
Hello!
Does anyone make a unix port of this nice class yet? I tried but failed. Would be nice if anyone has done and could provide it.
|
|
|
|
|
In the DevCPP project there is a wrong linker library added. The one in the current project is a library from Visual Studio. You should use the libws2_32.a from MinGW compiler if you use MinGW.
grtz
|
|
|
|
|
Too late reply, but may help some readers:
Open your project linker parameters and add following
-lwininet -lwsock32
and discard existing vc7 library name, I got it working this way.
regards
easy GUI building www.radcpp.com
|
|
|
|
|
I am using classes to implement blocking TCP/IP sockets in an existing MFC app.
Noticed that 'virtual void GetPeerAddr(LPSOCKADDR psa) const = 0;' is missing in declaration of class IBlockingSocket in BlockingSocket.h
Everything else is working great! thx
|
|
|
|
|
when i try to upload files to the server that does not sopport port 21,it doesn't work!
how can i do to solve this problem?thank you.
|
|
|
|