|
Apparently quite a few people have already tried to compile this with VC6 - but has anyone managed to compile this code without errors? What modifications are necessary and where? Please share any information that you may have. Thank you.
|
|
|
|
|
Hello,
I am also facing the problem, programming in VC6. As a matter of fact there are tons of ftpclient classes available but only the least work with c++ (without .net).
This class looks just perfect for my needs, unfortunately I cannot get it to work.
I get the following linker errors no matter what I try.
wnFTP.obj : error LNK2001: Nichtaufgeloestes externes Symbol "public: virtual __thiscall nsFTP::CFTPClient::~CFTPClient(void)" (??1CFTPClient@nsFTP@@UAE@XZ)
ownFTPDlg.obj : error LNK2001: Nichtaufgeloestes externes Symbol "public: virtual __thiscall nsFTP::CFTPClient::~CFTPClient(void)" (??1CFTPClient@nsFTP@@UAE@XZ)
ownFTPDlg.obj : error LNK2001: Nichtaufgeloestes externes Symbol "public: __thiscall nsFTP::CFTPClient::CFTPClient(class nsSocket::IBlockingSocket *,unsigned int,unsigned int,unsigned int)" (??0CFTPClient@nsFTP@@QAE@PAVIBlockingSocket@nsSocket@@III@
Z)
ownFTPDlg.obj : error LNK2001: Nichtaufgeloestes externes Symbol "class nsSocket::IBlockingSocket * __cdecl nsSocket::CreateDefaultBlockingSocketInstance(void)" (?CreateDefaultBlockingSocketInstance@nsSocket@@YAPAVIBlockingSocket@1@XZ)
Debug/ownFTP.exe : fatal error LNK1120: 3 unaufgeloeste externe Verweise Nichtaufgeloestes externes Symbol should mean sth. like unreferenced external symbol
Can anyone help me?
I have tried to add the Ws2_32.lib to my project, also to include the winsock2.h and the windows.h in the stdafx.h, but it won't work.
These linker errors occur, no matter if the lib is included or the winsock2 is included or neither of them.
I am trying to build a mfc windows application. It is completely empty except the definition nsFTP::CFTPClient m_ftp; in the header.
Thanks in advance,
Richard
|
|
|
|
|
To use the example code WSAStartup() is required...
|
|
|
|
|
bool CFTPClient::ExecuteDatachannelCommand(const CDatachannelCmd& crDatachannelCmd, const tstring& strPath, const CRepresentation& representation, bool fPasv, DWORD dwByteOffset, ITransferNotification* pObserver) const
{
if( m_fTransferInProgress )
return false;
if( !IsConnected() )
return false;
// check representation
if( m_apCurrentRepresentation.get()==NULL )
m_apCurrentRepresentation.reset(new CRepresentation(CType::ASCII()));
if( representation!=*m_apCurrentRepresentation )
{
// transmit representation to server
if( RepresentationType(representation)!=FTP_OK )
return false;
*m_apCurrentRepresentation = representation;
}
std::auto_ptr<iblockingsocket>> apSckDataConnection(m_apSckControlConnection->CreateInstance());
if( fPasv )
{
if( !OpenPassiveDataConnection(*apSckDataConnection, crDatachannelCmd, strPath, dwByteOffset) )
return false;
}
else
{
if( !OpenActiveDataConnection(*apSckDataConnection, crDatachannelCmd, strPath, dwByteOffset) )
return false;
}
const bool fTransferOK = TransferData(crDatachannelCmd, pObserver, *apSckDataConnection);
apSckDataConnection->Close();
// get response from ftp server
CReply Reply;
if( !fTransferOK || !GetResponse(Reply) || !Reply.Code().IsPositiveCompletionReply() )
return false;
return true;
}
|
|
|
|
|
You are right. There is a bug in the CBlockingSocket class (see forum entry "Bug on connection break."). Add the following destructor to the file "BlockingSocket.cpp".
CBlockingSocket::~CBlockingSocket()
{
Cleanup();
}
After defining this destructor you can remove the line "apSckDataConnection->Close();" from ExecuteDatachannelCommand. The solution with the destructor is better than calling it directly.
|
|
|
|
|
I can't agree with you and more.
Michael Lee
|
|
|
|
|
I write two function ,in default use port mode.
void ftptest()
{
nsFTP::CFTPClient ftpClient;
nsFTP::CLogonInfo logonInfo;
logonInfo.SetHost(m_strFtpAddress.c_str(),
m_iFtpPort,
m_strFtpUserName.c_str(),
m_strFtpPassword.c_str());
if (!ftpClient.Login(logonInfo))
{
return ;
}
nsFTP::TSpFTPFileStatusVector list;
ftpClient.List("/", list);
for( nsFTP::TSpFTPFileStatusVector::iterator it=list.begin();
it!=list.end(); ++it )
{
if( (*it)->IsCwdPossible() )
{
if( !(*it)->IsDot() )
{
std::string name = (*it)->Name().c_str();
printf("\n%s", name.c_str());
}
}
}
ftpClient.Logout();
}
void test()
{
while(true)
{
ftptest();
}
}
In the loop, the port is used by test one by one and no released, why? and how I can solve this problem?
|
|
|
|
|
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
|
|
|
|
|