Isaac Schwabacher added the comment:
Further searching reveals this as a dupe of #13947. Closing.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issu
New submission from Isaac Schwabacher:
I found because test_dbm_gnu fails on NFS; my initial thought was that the test
was failing to close a file somewhere (similarly to #20876), but a little
digging suggested that the problem is in dbm.gnu itself:
$ ./python
Python 3.5.1 (default
Isaac Schwabacher added the comment:
Fixed a truncated line in the patch.
--
Added file: http://bugs.python.org/file38347/test_support.patch
___
Python tracker
<http://bugs.python.org/issue20
Isaac Schwabacher added the comment:
...and fixed a spot where git diff + copy/paste truncated a long line.
/sheepish
--
Added file: http://bugs.python.org/file38346/test_import.patch
___
Python tracker
<http://bugs.python.org/issue21
Isaac Schwabacher added the comment:
Whoops, that's 0x0601. Though Maxime gives evidence that the version should in
fact be 0x0603. (Note that while OS X ships with libedit over libreadline,
anyone who wants to can install the real thing instead of that pale imitation;
the test would
Isaac Schwabacher added the comment:
>From the OP:
> This was reported at [1] and originally at [2]. The readline maintainer
> suggests [3] using:
>
> rl_variable_bind ("enable-meta-key", "off");
>
> which was introduced in readline 6.1. Do you th
Isaac Schwabacher added the comment:
Patch to do precisely this. Wish I'd spent more time searching for this thread
and less time debugging; it would have saved me a lot of trouble.
--
keywords: +patch
nosy: +ischwabacher
Added file: http://bugs.python.org/file38291/test_import.
Isaac Schwabacher added the comment:
This behavior is caused by the way NFS clients implement unlinking open files:
instead of unlinking an open file, the filesystem renames it to .nfs and
unlinks it on close. (The search term you want is "silly rename".) The reason
this probl
Isaac Schwabacher added the comment:
This may be only syntactic sugar, but it is POSIX-specified syntactic sugar:
according to http://pubs.opengroup.org/onlinepubs/9699919799/. trailing slashes
in pathnames are semantically meaningful in pathname resolution. Tilde escapes
are not mentioned
Isaac Schwabacher added the comment:
Further digging reveals that the issue with `open()` was fixed in #13848 (the
bug was in the `io` module). I still believe that this should fail in the
`pathlib.Path` constructor, but this is less of a security issue.
--
type: security -> behav
New submission from Isaac Schwabacher:
This is listed as a python3.4 issue even though I only tried this on the
python2.7 backport because I don't have a python3 handy, but I was not able to
find an indication, either here or elsewhere, that this had been addressed.
Please forgive me
11 matches
Mail list logo
