win: work around sharepoint scandir bug

It has been reported that for SharePoint connections mapped as a drive,
uv_fs_scandir() returns "." and ".." entries when the expectation is
that they should be filtered out.

After some investigation it looks like the driver returns ".\0" and
"..\0" for those entries, that is, it includes the zero byte in the
filename length.  Rewrite the filter to catch those entries as well.

Fixes: nodejs/node#4002

src/win/fs.c

@@ -901,12 +901,26 @@ void fs__scandir(uv_fs_t* req) {
       /* Compute the length of the filename in WCHARs. */
       wchar_len = info->FileNameLength / sizeof info->FileName[0];
 
-      /* Skip over '.' and '..' entries. */
-      if (wchar_len == 1 && info->FileName[0] == L'.')
+      /* Skip over '.' and '..' entries.  It has been reported that
+       * the SharePoint driver includes the terminating zero byte in
+       * the filename length.
+       */
+      if (wchar_len == 1 && info->FileName[0] == L'.') {
         continue;
-      if (wchar_len == 2 && info->FileName[0] == L'.' &&
-          info->FileName[1] == L'.')
+      }
+
+      if (wchar_len == 2 &&
+          info->FileName[0] == L'.' &&
+          (info->FileName[1] == L'.' || info->FileName[1] == L'\0')) {
         continue;
+      }
+
+      if (wchar_len == 3 &&
+          info->FileName[0] == L'.' &&
+          info->FileName[1] == L'.' &&
+          info->FileName[2] == L'\0') {
+        continue;
+      }
 
       /* Compute the space required to store the filename as UTF-8. */
       utf8_len = WideCharToMultiByte(