个人中心
gpt4 book ai didi

c++ - 为什么 opendir() 会随机生成 ENOENT？

转载 作者：塔克拉玛干 更新时间：2023-11-02 23:28:45 28 4
gpt4 key购买 nike

<分区>

为了在 Linux Ubuntu 上(递归地)检索目录的内容，我使用了以下 RAII 结构:

struct L_DirectoryReader
{
    //Fields
    L_PathData pathData;
    DIR *dirHandle;
    struct dirent *currentDirEntry;

    //Method declaration happens before constructor,
    //because it is used in the constructor.
    void readDir()
    {
        errno = 0;
        this->currentDirEntry = readdir(this->dirHandle);

        //Error checking
        if(errno != 0)
        {
            int errorcode = errno;
            switch(errorcode)
            {
                default:
                {
                    throw os3util::fileh::exc::FileIOException(
                        std::string("Failed to retrieve contents of dir:")
                        + kNEWLINE_STR + this->pathData.relativePath.getFullPath()
                        + kNEWLINE_STR + "with readdir() errorcode "
                        + os3util::strfunc::intToString(errorcode)
                        + std::string(".")
                    );
                }
            }
        }
    }

    //Constructor
    L_DirectoryReader(const L_PathData& pathData) :
        pathData(pathData),
        dirHandle(),
        currentDirEntry()
    {
        //Obtain file handle
        const char* openDirPathCString = (kSLASH_STR + this->pathData.absolutePath.getFullPath()).c_str();
        errno = 0;
        this->dirHandle = opendir(openDirPathCString);

        //Check file handle validity
        if(this->dirHandle == nullptr)
        {
            int errorCode = errno;

            switch(errorCode)
            {
                case EACCES:
                {
                    throw os3util::fileh::exc::FileIOException(std::string("Could not find directory:") + kNEWLINE_STR + this->pathData.relativePath.getFullPath() + kNEWLINE_STR + std::string("permission denied."));
                } break;
                case ENOENT:
                {
                    throw os3util::fileh::exc::FileIOException(std::string("Could not find directory:") + kNEWLINE_STR + this->pathData.relativePath.getFullPath() + kNEWLINE_STR + std::string("does not exist."));
                } break;
                case ENOTDIR:
                {
                    throw os3util::fileh::exc::FileIOException(std::string("Could not find directory:") + kNEWLINE_STR + this->pathData.relativePath.getFullPath() + kNEWLINE_STR + std::string("is not a directory."));
                } break;
                default:
                {
                    throw os3util::fileh::exc::FileIOException(std::string("Could not find directory:") + kNEWLINE_STR + this->pathData.relativePath.getFullPath() + kNEWLINE_STR + std::string("error code ") + os3util::strfunc::intToString(errorCode) + std::string(" received."));
                }
            }
        }
        else
        {
            try
            {
                this->readDir();
            }
            catch(...)
            {
                closedir(this->dirHandle);
                throw;
            }
        }
    }

    //Destructor
    ~L_DirectoryReader()
    {
        try
        {
            errno = 0;
            closedir(this->dirHandle);
            if(errno != 0)
            {
                int errorcode = errno;
                std::cout << "failed to close dirhandle for directory \"" << this->pathData.relativePath.getFullPath() << "\" with error code " << errorcode << std::endl;
            }
        }
        catch(...)
        {
            try
            {
                std::cout << "exception occured while closing dir handle" << std::endl;
            }
            catch(...)
            {
                /*Swallow, destructors should never throw*/
            }
        }
    }

};

问题是，我一直收到 ENOENT 的异常。但不总是。我(手动)为同一个目录一遍又一遍地调用它，有时它会按预期打印所有内容(和子目录内容)，有时它会抛出异常。有时第一次调用成功，有时第一次调用失败。我根本不对这些目录做任何事情，它们只是留在同一个地方，没有受到影响。

我发现其他具有类似问题的主题涉及未将 errno 设置为 0，但正如上面的代码所示，我正在这样做。我什至在将 errno 设置为 0 之前构建了 const char * 参数，以防万一。

该结构是在函数内部构造的。如果抛出任何异常，析构函数将激活并关闭 DIR 句柄。调试证实了这一点。析构函数中的错误消息永远不会发生。唯一可能出错的地方是 dirHandle 为 null，并且在这种情况下构造函数失败。

当我禁用递归时，它总是对根目录有效，但对根目录的任何子目录都经常失败。根目录是 home/myname/os3/serverfiles。我的项目在一个完全不同的目录中，所以我总是通过绝对路径访问它。

每次访问此结构时，都是通过完全相同的函数调用。我的程序中任何地方都没有随机因素。

我不知道是什么原因造成的。当文件明显存在并且它经常找到它们时，错误是 ENOENT，这让我感到特别困惑。

28 4 0
文章推荐： linux - 在 tbz 存档中解压缩单个文件
文章推荐： C++:忽略候选模板:模板参数的显式指定参数无效
文章推荐： c++ - while 循环是否总是占用全部 CPU 资源？
文章推荐： c++ - 为什么 gcc 不报告跟随重复符号的错误？
塔克拉玛干
个人简介

我是一名优秀的程序员,十分优秀！

滴滴打车优惠券免费领取
滴滴打车优惠券
全站热门文章
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com