For DiscUtils.Iso9660.CDBuilder I can't use single wildCard like cd.Root.GetFiles("*")

[nixxou]

CDReader cd = new CDReader(fs, true, true);

cd.Root.GetFiles("") always return 0 results.
cd.Root.GetFiles(".*") works fine, but when you want to return files that don't have extension, that's annoying.

[LTRData]

This is expected, or? cd.Root.GetFiles("") should return 0 results because a file name pattern can never be empty. Use cd.Root.GetFiles("*") when you want to return all entries.

[LeviGNMBS]

I am running into the same issue GetFiles("*") is returning 0 items as the wildcard conversion adds a point to the end by itself basically forcing every file in the filesystem to need a point in its name somewhere to be found, from source:

if (!pattern.Contains("."))
{
    pattern += ".";
}

DiscUtils/Library/DiscUtils.Core/Internal/Utilities.cs

Line 431 in 59d7cad

public static Regex ConvertWildcardsToRegEx(string pattern)

So it is not possible to search files without a point (.) in the name? This is also incompatible with existing .net api as there a * can match any character including a . so it should find literally all files including those with a dot.

[LeviGNMBS]

Excuse my last post as it seems to be wrong, i was having another issue. The dot is not forced as a dot but as regex any character. However if i compare discutils with .net/windows i still see a difference:

	.net	Discutils
*.*	All files	All files
*	All files	Only files without dot
Default	All files (using *)	All files (using *.*)

[LTRData]

Okay, I understand now and yes, you are right. It comes down to a partially broken implementation with regular expressions to filter searches. It is not only broken, but the performance is also pretty bad. In my fork of DiscUtils, I did this a bit differently:
https://github.com/LTRData/DiscUtils/blob/2ef42f8202d670020dea87b61694997e2d2d8c24/Library/DiscUtils.Core/Internal/Utilities.cs#L398