Thread (11 messages) flat view 11 messages, 3 authors, 2016-06-15

Re: [PATCH v2 5/6] msvc: opendir: handle paths ending with a slash

From: Erik Faye-Lund <hidden>
Date: 2016-06-15 22:50:05

On Tue, Nov 23, 2010 at 8:31 PM, René Scharfe
[off-list ref] wrote:
Am 23.11.2010 19:38, schrieb Erik Faye-Lund:
quoted
Signed-off-by: Erik Faye-Lund <redacted>
---
 compat/msvc.c |    2 ++
 1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/compat/msvc.c b/compat/msvc.c
index 199eb22..fdbfb70 100644
--- a/compat/msvc.c
+++ b/compat/msvc.c
@@ -23,6 +23,8 @@ DIR *opendir(const char *name)
      /* check that the pattern won't be too long for FindFirstFileA */
      len = strlen(name);
+     if (is_dir_sep(name[len - 1]))
Perhaps extend this thus, and handle multiple slashes?

       while (len > 0 && is_dir_sep(name[len - 1]))
quoted
+             len--;
      if (len + 2 >= MAX_PATH) {
              errno = ENAMETOOLONG;
              return NULL;
Sure, it could be done. But the reason why I didn't do that myself was
that I got a bit worried about this being a slippery slope towards
full path-normalization. FindFirstFileA() does handle non-normalized
paths, as long as they are below MAX_PATH in length.

I just didn't want to add a slash if there was already one there,
which is something different than trying to fix the input-path.

In other words, I'm not entirely sure if fixing up such a case is a
task that belongs to opendir.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help