FTP: Wininet i InternetSetStatusCallback

[mckri]

Witam.
Jeżeli chodzi o obsługę sciagania plików z ftp przez bibliotekę wininet to nie mam pytań. Przy małych plikach aplikacja sobie radzi bez zarzutu. Jednak przy dużych plikach (>kilkudziesięciu MB) pobranie pliku z FTP zajmuje już trochę czasu. Problem mam tego rodzaju, że program w tym momencie dla użytkownika wydaje się byc nieaktywny. Czytałem, że można wykorzystać "InternetSetStatusCallback" jednak na samych deklaracjach funkcji w MSDN nie jestem w stanie sklecić kodu w całość - niestety. Czy ktoś z was podrzuciłby rozwiązanie problemu przechwytywania komunikatów pobierania kolejnych części pliku z ftp, tak aby użytkownik wiedział, że aplikacja faktycznie pracuje?

[Cyfrowy Baron]

Jeżeli chodzi o obsługę sciagania plików z ftp przez bibliotekę wininet to nie mam pytań

Więc pozostaje ci tylko dodać wspomnianą funkcję. Opis szczegółowy jest tutaj: Creating Status Callback Functions. Jest tam wszystko co potrzebne do podłączenia tej funkcji.

[polymorphism]

Możesz też użyć funkcji FtpOpenFile, FtpGetFileSize i InternetReadFile, pisząc własną procedurę ściągającą plik.

[MisticFrezer]

Akurat nad tym pracuję, więc dam Tobie od razu gotowca:

Kod: Zaznacz cały

HINTERNET hTransfer = NULL;

char Buffer[4096];
DWORD  dwBytesAvailable = 0;
DWORD  dwRead = 0;
bool bActive = true, fSuccess = false;

HANDLE hFileDownload = NULL;

// Otwieramy transfer
hTransfer = FtpOpenFile(FTPHandle, "online.txt", GENERIC_READ,
   FTP_TRANSFER_TYPE_BINARY, 0);

// Otwieramy plik
hFileDownload = CreateFile("offline.txt", GENERIC_WRITE, 0,
   NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);

do
{
   fSuccess = InternetReadFile(hTransfer, Buffer, 4096,
     &dwRead);

   if(!fSuccess || dwRead == 0) {
      bActive = false;
      break;
   }

   // Wzapisz bufor
   DWORD dwWritten = 0;
   WriteFile(hFileDownload, Buffer, dwRead, &dwWritten, NULL);
   dwRead = 0;
}
while(bActive);

CloseHandle(hFileDownload);
InternetCloseHandle(hTransfer);


Zakłądam, ze jestes juz połączony z serwerem FTP.

[Cyfrowy Baron]

Dopiero teraz zwróciło to moją uwagę:

Problem mam tego rodzaju, że program w tym momencie dla użytkownika wydaje się byc nieaktywny.

Funkcja o której wspominasz problemu raczej nie rozwiąże, gdyż pobieranie plików powinieneś realizować w odrębnym wątku, tak by nie blokować, głównego wątku aplikacji.

[mckri]

Hmm, akurat wykorzystywałem do tej pory tylko funkcje FtpGetFile.
Sprawdzę w najbliższym czasie Twój sposób MisticFrezer. Dzieki.

[mckri]

MisticFrezer, twój kod mi bardzo pomógł. Wstawiłem tylko w pętlę Application->ProcessMessages() i po problemie.

[Cyfrowy Baron]

Odświeżanie kolejki komunikatów ( ProcessMessages ) tylko w niewielkim stopniu rozwiązuje problem, gdyż aplikacja po prostu w każdym obiegu pętli pozwala wykonać inne proste operacje, ale wszystko odbywa się w jednym wątku, więc nie da się wykonać w ten sposób bardziej złożonych operacji, gdyż może wystąpić błąd z pobieraniem pliku. Jeżeli jest to klient FTP, który poza pobieraniem lub wysyłaniem pliku nic innego w tym czasie nie musi robić, to rozwiązanie jest wystarczające, jeżeli jednak jest to coś w stylu przeglądarki, to jedynym rozwiązaniem jest zastosowanie wątków.

[mckri]

Jest to program w sensie automatycznego aktualizatora plików, który może pobierac pliki z zasobów sieciowych lub ftp. Nic poza tym nie wykonuje.

Problem z ftp z pobieraniem duzych plików mam juz rozwiązany. Jednak teraz zastanawia mnie problem z kopiowanie duzych plików lokalnie lub z udostepnionych zasobów sieciowych. Obecnie wykorzystuję zwykłe CopyFile. Jednak czy można tutaj uzyć bardziej zaawansowanych funkcji winapi, np. readfile i writefile, w której równiez po odczytaniu porcji danych będzie mozna dodać ProcessMessages? Przykład zastosowania mile widziany

[Cyfrowy Baron]

Jak rozumiem chcesz ominąć problem z blokowaniem programu podczas kopiowania dużych plików. Rozwiązaniem jest oczywiście umieszczenie procesu kopiowania w odrębnym wątku, tak robi większość dobrych programów jak chociażby Total Commander, który oferuje dwie metody kopiowania, standardową podczas której program pozostaje zablokowany do czasu zakończenia kopiowania, oraz metodę opartą na odrębnym wątku, program nie jest blokowany.

[mckri]

Ok, skoro tak mówisz. Mam juz kilka wątków w aplikacji i chciałem tą najważnieszą funkcjonalność zatrzymać w głównym.
Temat do zamknięcia.

[Cyfrowy Baron]

Funkcjonalność powinna chyba dotyczyć całej aplikacji a nie jej wybranej funkcji. Skoro kopiowanie w tle (w oddzielnym wątku) sprawia, że aplikacja jest funkcjonalna to takie rozwiązanie jest najlepsze.