Problem with FtpFindFirstFile

I have a strange problem with ftp download.

Here is my code, I removed error messages UI for clarity.

Code:

BOOL bSuccess, bFileOK = FALSE; int lastErr = 0; char tmpStr[256]; HINTERNET hIntSession = NULL, hFtpSession = NULL, hFind = NULL; WIN32_FIND_DATA findData; hIntSession = InternetOpen ("Mozilla/4.0", INTERNET_OPEN_TYPE_PRECONFIG, NULL, NULL, 0/*INTERNET_FLAG_ASYNC*/); if (hIntSession) { hFtpSession = InternetConnect (hIntSession, ftpServerName, INTERNET_DEFAULT_FTP_PORT, ftpUserName, ftpPassword, INTERNET_SERVICE_FTP, 0, 0); if (hFtpSession) { bSuccess = FtpSetCurrentDirectory (hFtpSession, remoteDirStr); if (bSuccess) { hFind = FtpFindFirstFile (hFtpSession, "*", &findData, 0, 0); if (hFind) {

Well, here it fails. InternetOpen() returns a valid session, InternetConnect() is ok, FtpSetCurrentDirectory() returns success, but FtpFindFirstFile() fails.

If I connect with some ftp client software I can see files. It even doesn't work if I try to connect to my second computer and try to see something.

Can anyone see a problem in my code? Application where I try to insert this functionality is not Unicode, it's an old project I need to support, so maybe that is somehow relevant.

What error are you getting?

Quote:

To get a specific error message, call GetLastError. If GetLastError returns ERROR_INTERNET_EXTENDED_ERROR, as in the case where the function finds no matching files, call the InternetGetLastResponseInfo function to retrieve the extended error text, as documented in Handling Errors.

Thanks for your swift response.

Yes, 12003 was the error reported. Now I googled for ERROR_INTERNET_EXTENDED_ERROR and found relevant information immediately. For some reason, googling for error 12003 wasn't so informative.

Now I'll check what is InternetGetLastResponseInfo giving me...

Heh, exact text:

Last err: 200 TYPE is now ASCII
500 I won't open a connection to 10.0.2.15 (only to 88.207.28.190)
500 Unknown command

Address 88.207.28.190 is my address, as I checked. 10.0.2.15 appears to be some garbage.

Just curious... have you tried the FtpFindFirstFile() with "*.*" or NULL instead of the single star?

Also you might want to look at the flags for this function... INTERNET_FLAG_RESYNCHRONIZE might be relevant.

Tried everything: "*.*", "*", "", NULL, .. you name it.

MS - "If the value of lpszSearchFile is NULL or if it is an empty string, the function finds the first file in the current directory on the server."

My bad!

I was doing this on Vista so when I moved that code to an XP box, just like that everything works well. This will teach me not to use Vista for development.

Just kidding, since I'm a Mac person I have only one Vista and one XP PC. I can eliminate Vista as not my problem, but I have no clue if my ftp implementation would still work on 7. Trouble.

You may have to run the exe as an admin on Vista for it to work. Alternatively if you are developing for Vista you can setup the UAC so it won't interfere with your program. I wouldn't be ok with the knoweldge that it runs on XP but not Vista because that will most likely mean it also does not run on Windows 7.

Quote:

Originally Posted by idelovski

My bad!

I was doing this on Vista so when I moved that code to an XP box, just like that everything works well. This will teach me not to use Vista for development.

Just kidding, since I'm a Mac person I have only one Vista and one XP PC. I can eliminate Vista as not my problem, but I have no clue if my ftp implementation would still work on 7. Trouble.

It may require a manifest in your program's resources... like this

Code:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <assemblyIdentity type="win32" name="AutoLogon" version="1.0.0.0" processorArchitecture="X86" /> <description> Auto logon tool </description> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="X86" publicKeyToken="6595b64144ccf1df" language="*" /> </dependentAssembly> </dependency> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="asInvoker" uiAccess="false" /> </requestedPrivileges> </security> </trustInfo> </assembly>

The parts highlighted in blue are to be customized for your program.

Did you ever resolve this?

Did you ever resolve this problem? I've got the same thing on Windows 7 -- works fine on XP -- but with error 12002 instead. Ftp apps work fine. Just doesn't work with my code (dies with 12002 at FtpFindFirstFile).

Not really,

in other words, i have solved this with XP, luckily for me, I need this only at few places and they are all on XP. In the meantime, I was busy with my projects on Mac & iPhone so I'll probably return to this by the end of May or in June. If I find solution to this I promise to report back here.

Have you tried calling InternetGetLastResponseInfo() function?

Hints

Quote:

Originally Posted by idelovski

Have you tried calling InternetGetLastResponseInfo() function?

No. I'm not familiar with that. I'll take a look.

I have characterized it a little. My FtpFindFirstFile only hangs up when talking to a particular device using Windows 7. I can talk to my ftp-serving Mac just fine using the same code under Windows 7. And the code talks to anything when I run it under XP. I'll check out InternetGetLastResponseInfo.

Fixed it!

I stuck a call to InternetGetLastResponseInfo in there, but I'm not sure if that would have helped me because the error code I was fighting was 12002, to which that routine is supposedly not applicable. But I never ended up hitting the call because I noticed the INTERNET_FLAG_PASSIVE to InternetConnect, and once I added that in, it started working on Windows 7. Without it, everything hangs (and times out) but with it, I'm golden! Doesn't sound like that's your problem since you're getting a different error code, but if you revisit this and get it working, please do post your solution in case I or others end up needing it! Thanks!