CC @robpike @rsc via https://dev.golang.org/owners

The idea with Glob is that when a path component has a pattern, Glob lists the containing directory, and checks whether entries match the pattern. (It does not try to first expand the pattern to all possible candidate paths, and then check whether these potential matches have corresponding files. That would be very inefficient or even impossible for the wildcard "*".) If listing a directory causes an error, that directory is skipped, the error is ignored, and no results are returned for that directory. If listing a directory "hangs", then Glob will also hang.

For instance Glob(`\\serv?r\*.*`) will try to list "\\", which gives an error. Glob(`\\server\share[123]\*.*`) will try to list "\\server\", which can take a very long time to complete or error out (hang). @neclepsio , I hope this helps to explain why the cases you say have incorrect results behave the way they do. And also, it could hint at a workaround that may work for you: As you say you are working on case-insensitive windows, you don't have to do case insensitive matching on intermediate directories where you want only one hit, and doing so only slows things down. So, instead of Glob(`[Ff][Oo][Oo]\*.[Tt][Xx][Tt]`), try Glob(`foo\*.[Tt][Xx][Tt]`). Instead of Glob(`\\[Ss][Rr][Vv]\[Ss][Hh][Aa][Rr][Ee]\*.go`), try Glob(`\\srv\share\*.[Gg][Oo]`).

Now I'm not really sure what to think about Glob(`[CD]:\*.*`), i.e., trying to match on the drive letter. This doesn't work today. Case sensitivity isn't the issue, you could always use capital drive letters. It could be possible to list Windows logical drives (I don't think Go has an interface for this currently) and match against a pattern. But right now Glob doesn't detect that the first path component can have a drive letter if it has meta characters (a pattern). I think this is such a niche special case that it may not be worth trying to do it.

Thank you. Now I understand why this happens, but it's a different behaviour from what's in documents, which state the syntax of patterns is the same as filepath.Match, and, for example, filepath.Match("[Cc]:\test.txt", "c:\test.txt") returns true. So one between code and docs should be fixed.

As for listing shares of the server in case of \\srv\[Ss][Hh][Aa][Rr][Ee], Explorer takes less than a second to show them all in my case, so I don't think it's the reason filepath.Glob hangs.