zipfs and relative paths

[Joel Uckelman]

Thus spake Joel Uckelman:
> 
> What about paths ending with '/' (which are not just equal to '/')? Right
> now, normalize() maps 'foo/' to itself. I would not expect an Path to
> contain redundant separators after a call to normalize. (This particular
> behavior is documented in the comment immediately preceding normalize().)
>

More on this: The zipfs implementation appears to track which Paths are
directories by putting trailing slashes on them. That's at variance with
what the real filesystem implementations do, and I think it's a rather
unexpected behavior (though I don't see that the docs come down one way 
or the other). Should this be changed?

-- 
J.