Jak sprawdzić, czy plik istnieje w C++ w sposób przenośny?

Question

Obecnie używam tego kodu, aby sprawdzić, czy plik istnieje na Windows i POSIX -Kompatybilny systemów operacyjnych (Linux, Android, MacOS, iOS, BlackBerry 10):

bool FileExist(const std::string& Name) 
{ 
#ifdef OS_WINDOWS 
    struct _stat buf; 
    int Result = _stat(Name.c_str(), &buf); 
#else 
    struct stat buf; 
    int Result = stat(Name.c_str(), &buf); 
#endif 
    return Result == 0; 
} 

pytania:

1. Czy ten kod ma jakieś pułapki? (może system operacyjny, na którym nie można go skompilować)

2. Czy można to zrobić w naprawdę przenośny sposób, używając tylko standardowej biblioteki C/C++?

3. Jak to poprawić? Szukam przykładu kanonicznego.

Answer 1

Ponieważ C++ jest również określili, że użyłby boost::filesystem:

#include <boost/filesystem.hpp> 

bool FileExist(const std::string& Name) 
{ 
    return boost::filesystem::exists(Name); 
} 

za kulisami

Najwyraźniej doładowania jest z wykorzystaniem stat na POSIX i DWORD attr(::GetFileAttributesW(FileName)); w systemie Windows (uwaga: "Wyodrębniłem tutaj odpowiednie części kodu, może się zdarzyć, że zrobiłem coś złego, ale to powinno być to).

Zasadniczo, oprócz wartości zwracanej, boost sprawdza wartość errno, aby sprawdzić, czy plik naprawdę nie istnieje, lub czy twoja stata nie powiodła się z innego powodu.

#ifdef BOOST_POSIX_API 

struct stat path_stat; 
if (::stat(p.c_str(), &path_stat)!= 0) 
{ 
    if (ec != 0)       // always report errno, even though some 
    ec->assign(errno, system_category()); // errno values are not status_errors 

    if (not_found_error(errno)) 
    { 
    return fs::file_status(fs::file_not_found, fs::no_perms); 
    } 
    if (ec == 0) 
    BOOST_FILESYSTEM_THROW(filesystem_error("boost::filesystem::status", 
     p, error_code(errno, system_category()))); 
    return fs::file_status(fs::status_error); 
} 

#else 
    DWORD attr(::GetFileAttributesW(p.c_str())); 
    if (attr == 0xFFFFFFFF) 
    { 
     int errval(::GetLastError()); 
     if (not_found_error(errval)) 
     { 
      return fs::file_status(fs::file_not_found, fs::no_perms); 
     } 
    } 
#endif 

not_found_error jest definiowany osobno dla Windows i dla POSIX:

Windows:

bool not_found_error(int errval) 
    { 
    return errval == ERROR_FILE_NOT_FOUND 
     || errval == ERROR_PATH_NOT_FOUND 
     || errval == ERROR_INVALID_NAME // "tools/jam/src/:sys:stat.h", "//foo" 
     || errval == ERROR_INVALID_DRIVE // USB card reader with no card inserted 
     || errval == ERROR_NOT_READY // CD/DVD drive with no disc inserted 
     || errval == ERROR_INVALID_PARAMETER // ":sys:stat.h" 
     || errval == ERROR_BAD_PATHNAME // "//nosuch" on Win64 
     || errval == ERROR_BAD_NETPATH; // "//nosuch" on Win32 
    } 

POSIX:

bool not_found_error(int errval) 
    { 
    return errno == ENOENT || errno == ENOTDIR; 
    } 

Answer 2

I perosnally lubią po prostu spróbuj otworzyć plik :

bool FileExist(const std::string& Name) 
{ 
    std::ifstream f(name.c_str()); // New enough C++ library will accept just name 
    return f.is_open(); 
} 

powinien działać na cokolwiek, co ma pliki [Nie wymagane przez normy C++] a ponieważ używa C++ std::string, nie widzę dlaczego std::ifstream powinno być problemem.

Answer 3

1. Czy ten kod ma jakieś pułapki? (Może OS gdzie nie może zostać skompilowany)

Result == 0 "przeskakuje" ENAMETOOLONG, ELOOP, błędy itd. Jak na this

mogę myśleć w ten sposób: ENAMETOOLONG ścieżka jest zbyt długa jak: -

W wielu przypadkach, podczas skanowania cyklicznego podkatalog/katalogi ciągle się powiększają, jeśli ścieżka jest "zbyt" długa, może to spowodować wystąpienie tego błędu, ale plik nadal istnieje!

Podobne przypadki mogą wystąpić również w przypadku innych błędów.

Również

Zgodnie this, I'ld wolą używać przeciążonej boost::filesystem::exists metoda

bool exists(const path& p, system::error_code& ec) noexcept;