| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
| Original file line number | Diff line number | Diff line change |
|---|---|---|
| @@ -0,0 +1,2 @@ | ||
| :mod:`zipimport` supports now namespace packages when no directory entry | ||
| exists. |
| Back | FazBrowse Home | New Git URL |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Choose a reason Spam Abuse Off Topic Outdated Duplicate Resolved Low QualityI probably would have written this as something like:
(or some variation that ports the CompleteDirs._implicit_dirs without itertools). The advantages of using that implementation are:
If you want the count of files added:
updates = dict.fromkeys(zipfile._path.CompleteDirs._implicit_dirs(files)) files.update(updates) count = len(updates)Of course, CompleteDirs operates on posixpath.sep and files here uses pathsep for separators, so maybe it's not worth porting CompleteDirs. Still, I think it would be nice if this new behavior were factored out so as to limit making this already enormous function much larger.
I set out to apply this approach in #121378.
Sorry, something went wrong.
Uh oh!
There was an error while loading. Please reload this page.