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

Closed. This question is not reproducible or was caused by typos。它当前不接受答案。












想改善这个问题吗？更新问题，以便将其作为on-topic用于堆栈溢出。

6年前关闭。



Improve this question




要在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的异常。但不总是。我(手动)为同一目录反复调用它，有时它会按预期打印所有内容(和子目录的内容)，有时会抛出异常。有时第一个 call 成功，有时第一个 call 失败。我根本不对目录做任何事情，它们只是留在同一位置，没有任何变化。

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

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

当我禁用递归时，它始终适用于根目录，但对于任何根目录的子目录，它经常失败。根目录是home/myname/os3/serverfiles。我的项目位于完全不同的目录中，因此我总是通过绝对路径访问它。

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

我对可能导致这种情况的想法一无所知。我特别感到困惑的是，当文件明确存在并且经常找到它们时，错误是ENOENT。

最佳答案

const char* openDirPathCString = (kSLASH_STR + this->pathData.absolutePath.getFullPath()).c_str();

您正在对临时字符串调用string::c_str()，该字符串在语句末尾被破坏，从而导致指针悬空。

关于c++ - 为什么opendir()随机产生ENOENT？ ，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/24419951/