パスまわりの規準は怪しい。私が知らないだけかもしれないが、資料も集まらないし、 一貫した定義はどこに置いてあるのだろうか。 とりあえず、Path* APIやその他のMS製ルーチンでどのように判定されるかを調べてみた。
注意。これらの関数はどれも/(スラッシュ)は区切り文字だと認識しない。
先頭の２文字が\かどうかのみで判断しているようだ。長さが２文字未満だとFALSE。 よって、\\\などでもTRUEになる。
これも\\でTRUEになる。 けどこちらはその後に１つでも\が表れるかどうかも判断しているみたい。なので\\\はFALSE。 それ以外に条件はないようなので、どんな文字が含まれていても（\\C:とかでも）ＯＫ。 そして\\?\はアウト。
\\に続く文字の中に\が１つだけ表れればTRUEになる。なので\\hoge\はもちろんのこと\\\もTRUE。 \\\hoge\や\\\\などはFALSE。
3文字目以降にはじめて:が表れるかどうかを判断しているみたい。よって例えば 00: がTRUEになる。 また、：の前に使ってよい文字もチェックしているようだ。- や . はOKらしい。
絶対指定（2文字目:、3文字目\）か、 カレントドライブからの相対指定（1文字目\）だとTRUEになる。 その後に１文字でも付いてはダメ。 なので、親ディレクトリ指定をつかって実質的にはルートディレクトリを指していても （例えば C:\example\..\）これはFALSE。
\で始まるとFALSE。２文字目が:だとFALSE。それ以外はTRUE。なのでA::$DATAこんなのもFALSEになる。 どうも私の考えている絶対パスの定義どおりではないらしい。
\\で始まるとTRUE。 また、MSDNには「２文字目が:だとTRUE」「実際にリソースが存在するかどうかは確認しない」とあるが、 ２文字目が:であるだけではダメ。 指定したドライブが実際にネットワーク割り当てしたドライブとして存在していないとTRUEにならない。 つまり、ドライブをチェックしてる。ファイルを読みには行かない、という意味か？
\\で始まるとTRUE、２文字目が:だとTRUE、あとはFALSE。 先頭に"があると飛ばして前文のルールを適用。うーむ。