[issue19925] Add unit test for spwd module

Claudiu.Popa added the comment: Hi. I left a comment on Rietveld. -- nosy: +Claudiu.Popa ___ Python tracker ___ ___ Python-bugs-list m

[issue19920] TarFile.list() fails on some files

Changes by Berker Peksag : -- nosy: +berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue19926] Refactor unit test in abstract numbers test

Zachary Ware added the comment: Fixed, thanks for the patch! -- assignee: -> zach.ware nosy: +zach.ware resolution: -> fixed stage: -> committed/rejected status: open -> closed versions: +Python 3.3 ___ Python tracker

[issue19926] Refactor unit test in abstract numbers test

Roundup Robot added the comment: New changeset 22c865babf0a by Zachary Ware in branch '3.3': Issue #19926: Removed unneeded test_main from test_abstract_numbers. http://hg.python.org/cpython/rev/22c865babf0a New changeset 7ff101a449b4 by Zachary Ware in branch 'default': Issue #19926: Removed un

[issue19572] Report more silently skipped tests as skipped

Zachary Ware added the comment: Committed on 3.3 and default; I'd still like some extra eyes on the 2.7 patch before I commit it. -- assignee: -> zach.ware versions: -Python 3.3, Python 3.4 ___ Python tracker __

[issue19572] Report more silently skipped tests as skipped

Roundup Robot added the comment: New changeset 3283fb24106d by Zachary Ware in branch '3.3': Issue 19572: More silently skipped tests explicitly skipped. http://hg.python.org/cpython/rev/3283fb24106d New changeset 03afd2d7d395 by Zachary Ware in branch 'default': Issue 19572: More silently skipp

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Nick Coghlan added the comment: There can be some interesting backwards compatibility consequences when adding an __eq__ implementation to a class that was previously using the default ID based __eq__: - it becomes unhashable (unless you also add a suitable __hash__ definition) - subclasses w

[issue18864] Implementation for PEP 451 (importlib.machinery.ModuleSpec)

Eric Snow added the comment: Good catch. My preference would be for (c) simply add a setter for the property that sets the underlying private variable to True or False. -- ___ Python tracker _

[issue19851] reload problem with submodule

Nick Coghlan added the comment: Patch looks reasonable to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Eric Snow added the comment: Here's a patch. -- keywords: +patch stage: test needed -> patch review Added file: http://bugs.python.org/file33038/issue19927-loader-eq.diff ___ Python tracker

[issue19851] reload problem with submodule

Changes by Eric Snow : Removed file: http://bugs.python.org/file33033/issue19851-test.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue19851] reload problem with submodule

Eric Snow added the comment: The problem was that importlib.reload() was not passing the parent's __path__ to importlib._bootstrap._find_spec(). This was a consequence of us restoring the pre-3.3 reload semantics. Patch attached. (Note to self: add Misc/NEWS entry) -- stage: needs p

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Changes by Eric Snow : -- Removed message: http://bugs.python.org/msg205515 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.

Eric Snow added the comment: (my browser farted the half finished report into existence :P ) The __eq__() implementation of the path-based loaders in importlib is just the stock one that compares object identity. So two that are effectively the same compare unequal. This has a material impac

[issue19927] Path-based loaders lack a meaningful __eq__() implementation.ModuleSpec.__eq__() is highly sensitive to loader.__eq__()

New submission from Eric Snow: ModuleSpec.__eq__() does a comparision of its various attributes, one of them being the loader. However, the __eq__() of the path-based loaders is just the stock one that compares object identity. So most -- messages: 205515 nosy: brett.cannon, eric.sno

[issue19926] Refactor unit test in abstract numbers test

New submission from Vajrasky Kok: There are superfluous lines and unused import in Lib/test/test_abstract_numbers.py. Attached the patch to remove superfluous lines and unused import. -- components: Tests files: refactor_test_abstract_number.patch keywords: patch messages: 205514 nosy:

[issue19925] Add unit test for spwd module

Changes by Vajrasky Kok : Added file: http://bugs.python.org/file33035/unittest_for_spwd.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue19925] Add unit test for spwd module

Changes by Vajrasky Kok : Removed file: http://bugs.python.org/file33034/unittest_for_spwd.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue19925] Add unit test for spwd module

New submission from Vajrasky Kok: So we may have buildbot with root account after all. https://mail.python.org/pipermail/python-dev/2013-December/130708.html So here is the unit test for spwd module that requires root account. -- components: Tests files: unittest_for_spwd.patch keyword

[issue19766] test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module

Donald Stufft added the comment: Requests was released and pip updated it, I can release a new pip but it appears that perhaps distlib needs fixed before the without threads case is taken care of? -- ___ Python tracker

[issue19851] reload problem with submodule

Eric Snow added the comment: Actually, they're both getting the same error: AttributeError: 'NoneType' object has no attribute 'name' I forgot to clear the submodule from sys.modules first. -- ___ Python tracker

[issue19851] reload problem with submodule

Eric Snow added the comment: This is actually a problem with importlib.reload() (which imp.reload() simply wraps). The attached patch provides a test that reproduces the error. I'll work on a fix ASAP. Interestingly, the kind of failure depends on frozen vs. source importlib: ==

[issue19506] subprocess.communicate() should use a memoryview

Changes by Gregory P. Smith : -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue19506] subprocess.communicate() should use a memoryview

Gregory P. Smith added the comment: fwiw, this patch made sense. using test_sub.py on my dual-core amd64 box with an opt build is saw the times drop from ~0.90-0.97 to ~0.75-0.8. more speedup than i was really anticipating for this use case. it probably depends upon what the value of _PIPE_

[issue19506] subprocess.communicate() should use a memoryview

Roundup Robot added the comment: New changeset 44948f5bdc12 by Gregory P. Smith in branch '3.3': Fixes issue #19506: Use a memoryview to avoid a data copy when piping data http://hg.python.org/cpython/rev/44948f5bdc12 New changeset 5379bba2fb21 by Gregory P. Smith in branch 'default': Fixes issu

[issue19758] Warnings in tests

Roundup Robot added the comment: New changeset 94593dcb195a by Eric Snow in branch 'default': Issue #19758: silence PendingDeprecationWarnings in test_importlib. http://hg.python.org/cpython/rev/94593dcb195a -- ___ Python tracker

[issue19766] test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module

Nick Coghlan added the comment: Issue 19924 suggests we may need a new distlib as well -- nosy: +christian.heimes, vinay.sajip ___ Python tracker ___

[issue19924] test_venv fails with --without-threads

Changes by Nick Coghlan : -- resolution: -> duplicate status: open -> closed superseder: -> test_venv: test_with_pip() failed on "AMD64 Fedora without threads 3.x" buildbot: urllib3 dependency requires the threading module ___ Python tracker

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Nick Coghlan added the comment: Note that the *only* change Antoine's patch makes is that: - *if* the locale encoding is ASCII (or an alias for ASCII) - *then* Python sets the filesystem encoding to UTF-8 instead If the locale encoding is anything *other* than ASCII, then that will still be us

[issue19883] Integer overflow in zipimport.c

Gregory P. Smith added the comment: zipimport.c makes no attempt to support zip files larger than 2GiB or zip64 files. -- nosy: +gregory.p.smith ___ Python tracker ___ _

[issue19922] mbstate_t requires _INCLUDE__STDC_A1_SOURCE

Changes by Christian Heimes : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___

[issue19924] test_venv fails with --without-threads

New submission from Christian Heimes: The test fails when Python is compiled --without-threads. Two 3rd party modules import threading unconditionally: pip/_vendor/distlib/util.py import threading pip/_vendor/requests/packages/urllib3/_collections.py from threading import RLock --

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: Done. -- assignee: neologix -> gvanrossum resolution: -> fixed stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Roundup Robot added the comment: New changeset f334dd2471e7 by Guido van Rossum in branch 'default': News item for issue 19876. http://hg.python.org/cpython/rev/f334dd2471e7 -- ___ Python tracker __

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: Is this worthy of a Misc/NEWS entry? -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Roundup Robot added the comment: New changeset 39e7995f9ad1 by Guido van Rossum in branch 'default': Silently ignore unregistering closed files. Fixes issue 19876. With docs and slight test refactor. http://hg.python.org/cpython/rev/39e7995f9ad1 -- nosy: +python-dev ___

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Antoine Pitrou added the comment: > Python uses the fact that the filesystem encoding is the locale > encoding in various places. The patch doesn't change that. -- ___ Python tracker __

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

STINNER Victor added the comment: There was a previous try to use a file encoding different than the locale encoding and it introduces too many issues: https://mail.python.org/pipermail/python-dev/2010-October/104509.html "Inconsistencies if locale and filesystem encodings are different" Python

[issue19857] test_imaplib doesn't always reap SocketServer thread

Changes by Charles-François Natali : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Charles-François Natali added the comment: LGTM! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue19922] mbstate_t requires _INCLUDE__STDC_A1_SOURCE

Roundup Robot added the comment: New changeset d8cfc7106f41 by Christian Heimes in branch 'default': Issue #19922: define _INCLUDE__STDC_A1_SOURCE in HP-UX to include mbstate_t http://hg.python.org/cpython/rev/d8cfc7106f41 -- nosy: +python-dev ___ Pyt

[issue19922] mbstate_t requires _INCLUDE__STDC_A1_SOURCE

Christian Heimes added the comment: http://www.mail-archive.com/autoconf-patches@gnu.org/msg04244.html http://modman.unixdev.net/?sektion=3&page=wcsftime&manpath=HP-UX-11.11 -- ___ Python tracker __

[issue13736] urllib.request.urlopen leaks exceptions from socket and httplib.client

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue19921] Path.mkdir(0, True) always fails

Antoine Pitrou added the comment: A new argument sounds overkill to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue19921] Path.mkdir(0, True) always fails

Serhiy Storchaka added the comment: Yes, please clarify the documentation. Perhaps we should add new argument parents_mode? -- ___ Python tracker ___ ___

[issue19921] Path.mkdir(0, True) always fails

Antoine Pitrou added the comment: Patch looks good to me. Do you think the documentation should be clarified a bit? -- ___ Python tracker ___ ___

[issue19922] mbstate_t requires _INCLUDE__STDC_A1_SOURCE

Changes by Christian Heimes : -- keywords: +patch Added file: http://bugs.python.org/file33032/issue19922.patch ___ Python tracker ___ ___

[issue19917] [httplib] logging information for request is not pretty printed

Terry J. Reedy added the comment: I am not an expert in web stuff, but off the top of my head, it seems that requests should be handled the same way as responses. -- nosy: +orsenthil, r.david.murray, terry.reedy stage: -> test needed type: -> enhancement versions: +Python 3.5 ___

[issue19921] Path.mkdir(0, True) always fails

Serhiy Storchaka added the comment: Updated patch addresses Antoine's comments. -- Added file: http://bugs.python.org/file33031/pathlib_mkdir_mode_3.patch ___ Python tracker ___

[issue19923] OSError: [Errno 512] Unknown error 512 in test_multiprocessing

New submission from Antoine Pitrou: This rather weird error occurred on a buildbot: http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/9297 [346/387] test_multiprocessing_forkserver Process Process-497: Traceback (most recent call last): File "/srv/buildbot/buildarea/3.

[issue19921] Path.mkdir(0, True) always fails

Serhiy Storchaka added the comment: Updated patch emulates the mkdir utility. -- Added file: http://bugs.python.org/file33030/pathlib_mkdir_mode_2.patch ___ Python tracker ___ __

[issue19922] mbstate_t requires _INCLUDE__STDC_A1_SOURCE

New submission from Christian Heimes: On HP-UX mbstate_t for mbrtowc() is only available when _INCLUDE__STDC_A1_SOURCE is defined: http://buildbot.python.org/all/builders/PA-RISC%20HP-UX%2011iv2%20%5BSB%5D%203.x/builds/2543/steps/compile/logs/stdio cc -Ae -c -O -O -I. -IInclude -I.

[issue19921] Path.mkdir(0, True) always fails

R. David Murray added the comment: OK, emulating mkdir -p seems like the sensible thing to do. That's the least likely to be surprising. -- ___ Python tracker ___ _

[issue19921] Path.mkdir(0, True) always fails

Serhiy Storchaka added the comment: The mkdir utility creates parent directories with mode 0o777 & ~umask. $ mkdir -p -m 0 t1/t2/t3 $ ls -l -d t1 t1/t2 t1/t2/t3 drwxrwxr-x 3 serhiy serhiy 4096 Dec 7 22:30 t1/ drwxrwxr-x 3 serhiy serhiy 4096 Dec 7 22:30 t1/t2/ d- 2 serhiy serhiy 4096 De

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: OK, here's another try. I ran what you suggested for all three tests I added and they are all clean. I realized that every single call to socketpair() is followed by two addCleanup calls, so I added a make_socketpair() helper method that does this. ---

[issue19843] Wait for multiple sub-processes to terminate

Gregory P. Smith added the comment: I do not think this is ready to live in the standard library. I've left some comments on your patch review. Consider those for incorporation into the psutils project. wait_procs() implementation should live in the psutils module on PyPI with more iterati

[issue19857] test_imaplib doesn't always reap SocketServer thread

Roundup Robot added the comment: New changeset fbbb591dea09 by Charles-François Natali in branch 'default': Issue #19857: Make sure that test_imaplib reaps server threads even in face of http://hg.python.org/cpython/rev/fbbb591dea09 New changeset 6c81df506739 by Charles-François Natali in branch

[issue19921] Path.mkdir(0, True) always fails

R. David Murray added the comment: Wouldn't it be better to throw an error rather than create a (parent) directory with possibly wrong permission bits? It seems like this would require an unusual use case in any event. -- nosy: +r.david.murray ___

[issue19901] tests fail due to unsupported SO_REUSEPORT when building Python 3.3.2-r2

Gregory P. Smith added the comment: I fixed this in 3.3 and 3.4 several weeks ago. http://hg.python.org/cpython/rev/9791c5d55f52 http://hg.python.org/cpython/rev/00766fa3366b -- assignee: -> gregory.p.smith nosy: +gregory.p.smith resolution: -> fixed stage: -> committed/rejected stat

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: I think I got the closing sorted out now, and through reordering the dup2() calls are actually needed. -- Added file: http://bugs.python.org/file33028/unregister7.diff ___ Python tracker

[issue19921] Path.mkdir(0, True) always fails

New submission from Serhiy Storchaka: Path.mkdir() can't create a directory with cleared write or list permission bits for owner when parent directories aren't created. This is because for parent directories same mode is used as for final directory. To support this use case we should implicitl

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Merlijn van Deen added the comment: OK. I did some network sniffing; inside the VM, this is what I see: $ sudo tshark host 82.94.164.164 tshark: Lua: Error during loading: [string "/usr/share/wireshark/init.lua"]:45: dofile has been disabled Running as user "root" and group "root". This could b

[issue19920] TarFile.list() fails on some files

New submission from Serhiy Storchaka: TarFile.list() fails on some files. In particular on Lib/test/testtar.tar. >>> import tarfile >>> tarfile.open('Lib/test/testtar.tar').list() ?rw-r--r-- tarfile/tarfile 7011 2003-01-06 01:19:43 ustar/conttype ?rw-r--r-- tarfile/tarfile 7011 2003

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Antoine Pitrou added the comment: The explanation for EAGAIN is in the test just above (test_timeout_connect_ex). Read it. -- nosy: +pitrou ___ Python tracker ___ __

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Mark Dickinson added the comment: Sorry, I wasn't clear. I'm not interested in applying this to floats themselves; I'm interested in applying it to the bit pattern of a float when that bit pattern is treated as an integer. > But I have no major objection against it being extended to floats.

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Changes by Serhiy Storchaka : -- nosy: +lemburg, loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Antoine Pitrou added the comment: Here is a patch. $ LANG=C ./python -c "import os, sys, locale; print(sys.getfilesystemencoding(), sys.stdin.encoding, os.device_encoding(0), locale.getpreferredencoding())" -> Without the patch: ascii ANSI_X3.4-1968 ANSI_X3.4-1968 ANSI_X3.4-1968 -> With the

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Merlijn van Deen added the comment: Yes, they are. >>> errno.EWOULDBLOCK 11 EAGAIN and EWOULDBLOCK are the only two with that errno: >>> [(k,v) for (k,v) in errno.__dict__.items() if v==11] [('EWOULDBLOCK', 11), ('EAGAIN', 11)] 111 is just ECONNREFUSED: >>> [(k,v) for (k,v) in errno.__dict__.i

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Christian Heimes added the comment: EAGAIN Resource temporarily unavailable (may be the same value as EWOULDBLOCK) (POSIX.1) Can you please check of EAGAIN and EWOULDBLOCK are the same value on your Linux box? They are the same on my box: >>> import errno >>> errno.EAGAIN, errno.EWOU

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

Merlijn van Deen added the comment: My error is slightly different: $ ./python -i -c "from test.test_ssl import *; support.run_unittest(NetworkedTests)" (...) == FAIL: test_connect_ex_error (test.test_ssl.NetworkedTests) -

[issue19876] selectors (and asyncio?): document behaviour on closed files/sockets

Guido van Rossum added the comment: Sorry, here's another version. It keeps the original _fileobj_to_fd function and wraps it with a method that does the exhaustive search. -- Added file: http://bugs.python.org/file33025/unregister6.diff ___ Python t

[issue19919] SSL: test_connect_ex_error fails with EWOULDBLOCK

New submission from Christian Heimes: On Windows the test_connect_ex_error sometimes fails with EWOULDBLOCK instead of ECONNREFUSED. Valhallasw sometimes gets the same error with an Ubuntu VM on Windows. This might be a Windows socket issue. ===

[issue19913] TR/Crypt.XPACK.Gen-4 in easy_install.exe

Vinay Sajip added the comment: It's in the docs at e.g. http://distlib.readthedocs.org/en/latest/reference.html?highlight=launcher#distlib.scripts.ScriptMaker.__init__ and in the code at e.g. https://bitbucket.org/vinay.sajip/distlib/src/a50562ee0b535b2966948f1a657c1cac4c1536eb/distlib/scripts

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Nick Coghlan added the comment: Antoine's suggestion of being a little more aggressive in choosing utf-8 over ascii as the OS API encoding sounds reasonable to me. I think we're getting to a point where a system claiming ASCII as the encoding to use is almost certainly a misconfiguration rathe

[issue19913] TR/Crypt.XPACK.Gen-4 in easy_install.exe

Christian Heimes added the comment: How are you creating these files anyway? I can't find any documentation or source files in distlib. -- ___ Python tracker ___ ___

[issue19913] TR/Crypt.XPACK.Gen-4 in easy_install.exe

Vinay Sajip added the comment: Hmmm. I use mpress (http://www.matcode.com/mpress.htm) to compress the executables. These AV results seem to be false positives, given that the files are green-lit by Symantec, Sophos, McAfee, Kaspersky, F-Prot, AVG, Avast and a bunch of other reputable AV produc

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Changes by Antoine Pitrou : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Antoine Pitrou added the comment: > Using an environment variable is not the holy grail for this. On > writing a non-single-user application you can't expect the user to set > extra environment variables. I am not understanding why the user would have to set anything at all. What is the use case

[issue19913] TR/Crypt.XPACK.Gen-4 in easy_install.exe

Christian Heimes added the comment: I found the offenders. distlib's wrapper scripts are detected as malicious programs by some anti virus programs. pip/_vendor/distlib/t32.exe https://www.virustotal.com/de/file/d06ad386d9dab9d08bdc01a3a14c713bd90b218ec4893c22da819826bd452e31/analysis/13864298

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: I didn't really consider floats. bit_length() is only provided to ints for example. I think a better solution to pick apart floats would be a function similar to math.frexp, if it isn't already sufficient. float.bits_at(pos, width) seems a worse solution because the po

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

Sworddragon added the comment: Using an environment variable is not the holy grail for this. On writing a non-single-user application you can't expect the user to set extra environment variables. If compatibility is the only reason in my opinion it would be much better to include something li

[issue5996] abstract class instantiable when subclassing dict

Changes by Mark Dickinson : -- versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue5996] abstract class instantiable when subclassing dict

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue19887] Path.resolve() fails on complex symlinks

Serhiy Storchaka added the comment: Here is a patch with unrolled loops. -- Added file: http://bugs.python.org/file33024/pathlib_resolve_3.patch ___ Python tracker ___ __

[issue19916] urllib2 fails on https,SSL broken.

R. David Murray added the comment: This isn't a bug in Python, it is a bug in your particular *installation* of Python (or OpenSSL). Your best resource for getting help resolving this would be to post to the python-list mailing list, or to a support forum for your particular Linux distributio

[issue19887] Path.resolve() fails on complex symlinks

Vajrasky Kok added the comment: And don't forget to use self.dirlink instead of os.symlink(src, dst, target_is_directory=True). -- ___ Python tracker ___ ___

[issue19887] Path.resolve() fails on complex symlinks

Antoine Pitrou added the comment: > How the test can be simpler? It is already simple. I mean, don't use loops but a simple test setup as in test_resolve_dot. I am not interested in the pathologic "100 symlinks" case, just the case where the symlink is absolute. -- ___

[issue19846] print() and write() are relying on sys.getfilesystemencoding() instead of sys.getdefaultencoding()

STINNER Victor added the comment: If you want to avoid the encoding errors, you can also use PYTHONIOENCODING=:replace or PYTHONIOENCODING=:backslashreplace in Python 3.4 to use the locale encoding, but use an error handler different than strict. -- ___

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

Mark Dickinson added the comment: > I'd rather see `i.bits_at(pos, width=1)` Me too. Extracting sign, exponent and significand fields from the binary representation of a float is at least one thing I'd use this for. -- ___ Python tracker

[issue19918] PureWindowsPath.relative_to() is not case insensitive

Serhiy Storchaka added the comment: Actually relative_to() returns invalid path object. >>> import pathlib >>> p = pathlib.PureWindowsPath('C:/Foo/Bar/Baz').relative_to('C:') >>> p PureWindowsPath('//Foo/Bar/Baz') >>> str(p) 'Foo\\Bar\\Baz' >>> p.drive '' >>> p.root '' >>> p.parts ('\\', 'Fo

[issue18925] select.poll.modify is not documented

Jon Clements added the comment: Was looking up epoll.modify and noticed in the docs it's listed as " Modify a register file descriptor." - I believe that should be "Modify a registered file descriptor"... -- nosy: +joncle ___ Python tracker

[issue19918] PureWindowsPath.relative_to() is not case insensitive

Serhiy Storchaka added the comment: Here is a patch which fixes first bug. -- keywords: +patch stage: needs patch -> patch review Added file: http://bugs.python.org/file33022/pathlib_relative_to.patch ___ Python tracker

[issue19915] int.bit_at(n) - Accessing a single bit in O(1)

anon added the comment: I like the i.bits_at(pos, width=1) suggestion. Unless slicing is chosen instead this seems the most future-proof idea. I think slicing semantically "seems wrong" but it might be more elegant. It might also make catching errors harder (in the case where an int is sent to

[issue19918] PureWindowsPath.relative_to() is not case insensitive

New submission from Serhiy Storchaka: >>> import pathlib >>> pathlib.PureWindowsPath('C:/Foo/Bar').relative_to('C:/Foo') PureWindowsPath('Bar') >>> pathlib.PureWindowsPath('C:/Foo/Bar').relative_to('C:/foo') Traceback (most recent call last): File "", line 1, in File "/home/serhiy/py/cpython

[issue19904] Add 128-bit integer support to struct

Stefan Krah added the comment: If performance is the reason for the feature: My impression is that the goal of the struct module is not necessarily top performance. E.g. in memoryview the custom unpackers for comparisons are 30-60 times faster than using the struct module. -- nosy: +skr

[issue19917] [httplib] logging information for request is not pretty printed

New submission from Matej Cepl: looking at http://hg.python.org/cpython/file/543c76769c14/Lib/http/client.py#l847 (logging in HTTPConnection.send method; but this code has been same since like forever) I see that the HTTP request is NOT pretty printed: if self.debuglevel > 0: prin

[issue13566] Array objects pickled in 3.x with protocol <=2 are unpickled incorrectly in 2.x

Alexandre Vassalotti added the comment: Adding a special type is not a bad idea. We have to keep the code for loading BINSTRING opcodes anyway, so we might as well use it. It could be helpful for unit-testing our Python 2 compatibility support for pickle. We should still fix array in 2.7 to ac

[issue12290] __setstate__ is called for false values

Changes by Alexandre Vassalotti : -- versions: +Python 2.7, Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue12290] __setstate__ is called for false values

Changes by Alexandre Vassalotti : -- assignee: -> docs@python components: +Documentation -Library (Lib) nosy: +docs@python stage: -> patch review versions: +Python 3.4 -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker

  1   2   >