Poco::Glob on Windows does not recurse

[peakpeak-github]

Windows 11 x64, Visual Studio 2022, Poco Foundation (debug_static_mt) 1.14.2 and test code compiled with either C++17 or C++20, x64
The directory E:/Dok/Arduino has 90 .h files and 78 subdirectories. When I search with E:/Dok/Arduino/**/*.h nothing is returned.

E:/Dok/Arduino/**.h returns the one .h file in E:/Dok/Arduino
E:/Dok/Arduino/** returns the subdirectory in E:/Dok/Arduino but does not recurse further.

(When using another glob program, files are properly returned).

Test code:
// constexpr const char *path = R"(E:/Dok/Arduino/**)"; // ... or
constexpr const char *path = R"(E:\Dok\Arduino\**)";

int main()
{
set<string> files;
Glob::glob(path, files, 0x04);
set::iterator it = files.begin();
for (; it != files.end(); ++it)
{
std::cout << *it << std::endl;
}
}

[matejk]

Why did you report this as a Poco issue?

[andrewauclair]

Why did you report this as a Poco issue?

Poco::Glob doesn't seem to match find for me when trying to get a recursive result, running from WSL.

I'm not entirely sure if this class is intended to work that way, or if it is referring to find, but it does say in Glob.h: "This class implements glob-style pattern matching as known from Unix shells."

With the below program I get no output from running the executable as compared to running find . -path './build/**/*.h' from the command line.

CMakeLists.txt

cmake_minimum_required(VERSION 3.28)

project("GLOB")

include(FetchContent)

FetchContent_Declare(
        poco
        GIT_SHALLOW TRUE
        GIT_REPOSITORY https://github.com/pocoproject/poco
        GIT_TAG poco-1.14.2-release
)
FetchContent_MakeAvailable(poco)

add_executable(test main.cpp)
target_link_libraries(test Poco::Foundation)

main.cpp

#include <Poco/Glob.h>
#include <iostream>

int main()
{
        std::set<std::string> files;
        Poco::Glob::glob("./build/**/*.h", files, 0x4);

        for (auto&& file : files)
        {
                std::cout << file << '\n';
        }
}

cmake commands

cmake -B build -S . -G Ninja
cmake --build build

And, finally, running the executable ./build/bin/test

[matejk]

Oh, I am sorry, I thought that the issue is about CMake glob first.