[issue28298] can't set big int-like objects to items in array 'Q', 'L' and 'I'

Oren Milman added the comment: Thanks for the reviews :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue29779] New environment variable PYTHONHISTORY

New submission from Serhiy Storchaka: $HISTFILE is the name of the file in which Bash command history is saved. Shouldn't the name of similar environment variable for Python be PYTHONHISTFILE? Bash uses several environment variables for control its command history: HISTCONTROL, HISTFILE, HISTF

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Łukasz Langa added the comment: I don't think we'll fix it for 3.5 anymore but it's definitely worth doing so for 3.6.1. Ned, I have a patch, will upload momentarily. I'd like this to go in 3.6.1 since without it fixed tools depending on lib2to3 will crash seeing f-strings. This includes YAPF

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- pull_requests: +489 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- assignee: -> lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue23894] lib2to3 doesn't recognize rb'...' and f'...' in Python 3.6

Changes by Łukasz Langa : -- stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29780] Interpreter hang on self._epoll.poll(timeout, max_ev)

New submission from Keyvan Hedayati: Hello We have an issue with our application, it randomly hangs and doesn't respond to new requests, at first we thought the problem lies within our code but after attaching to hanged process using gdb I couldn't find any code related to our application so I

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Wolfgang Maier added the comment: While it is rather trivial to implement the proposed functionality - all that's required here is to eliminate the check for __init__.py from pkgutil._iter_file_finder_modules - this would have undesired impacts on, e.g., pydoc.apropos: This function would then

[issue29781] SSLObject.version returns incorrect value before handshake.

New submission from Cory Benfield: The SSLObject object from the ssl module has a version() method that is undocumented. A reasonable assumption for the behaviour of that method is that it would follow the behaviour of the same method on SSLSocket(), which has the following documentation: > R

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Wolfgang Maier added the comment: > all that's required here is to eliminate the check for __init__.py from > pkgutil._iter_file_finder_modules Ok, I was exaggerating here. To do it right would require a more complex change, but that's all that's needed to get an estimate of the effect the rea

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: A quick test reveals that Python 3.5 is also affected. -- versions: +Python 3.5 ___ Python tracker ___ __

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Paul Moore added the comment: Nick (or Steve) can you explain how I'd do that? I have a git checkout of the 3.6 branch that I can build. But, how do I merge in the changes from https://github.com/python/cpython/pull/575? The PR seems to be against master, so I'm not sure how to apply it to ano

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: This actually appears to be an outcome of OpenSSL's logic. I've attached a smallish C file that, when run against OpenSSL 1.0.2 on my machine, prints "TLSv1.2". This seems like a behaviour we'll have to work around in Python to get the outcome we want here. -

[issue29781] SSLObject.version returns incorrect value before handshake.

Cory Benfield added the comment: I updated the test script to try with a file-descriptor set and OpenSSL returns TLSv1.2 for that one as well. This strongly suggests that OpenSSL's SSL_get_version documentation is somewhat misleading, and that an SSL object will return a version even when it's

[issue29767] build python failed on test_socket due to unused_port is actually used.

Shuo Li added the comment: The error message is just a "Port already used". Possible cause 1: find_port default interface is HOST, which is 127.0.0.1. And in most test cases, they use 0.0.0.0. So they are on different interface. 2: system reuse the port, since I build python on a busy server,

[issue29782] Use __builtin_clzl for bits_in_digit if available

New submission from Niklas Fiekas: Baseline performance (9e6ac83acae): $ ./python -m timeit "12345678 == 12345678.0" 500 loops, best of 5: 40 nsec per loop $ ./python -m timeit "1 == 1.0" 1000 loops, best of 5: 38.8 nsec per loop $ ./python -m timeit "(1234578987654321).bit_length()"

[issue29782] Use __builtin_clzl for bits_in_digit if available

Changes by Niklas Fiekas : -- pull_requests: +490 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29782] Use __builtin_clzl for bits_in_digit if available

Changes by Xiang Zhang : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Changes by Mircea Cosbuc : -- pull_requests: +491 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29767] build python failed on test_socket due to unused_port is actually used.

Shuo Li added the comment: Another error message: Unhandled exception in thread started by > Traceback (most recent call last): File "/tmp/python3.6/Python-3.6.0/Lib/test/test_socket.py", line 293, in clientRun self.clientTearDown() File "/tmp/python3.6/Python-3.6.0/Lib/test/test_socket.

[issue15988] Inconsistency in overflow error messages of integer argument

Oren Milman added the comment: of course :) but some time has passed, so i would re-check stuff, and run tests etc., so it would probably take me some time. -- ___ Python tracker __

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Nick Coghlan added the comment: If you append ".patch" to a GitHub PR URL, it will give you a patch file that can be applied to any branch with "git apply". In this case, the rendered patch is at https://patch-diff.githubusercontent.com/raw/python/cpython/pull/575.patch -- __

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Paul Moore added the comment: OK, cool, thanks. I was sort of hoping for a way to just pull&merge direct from the PR (patches on Windows tend to be fiddly due to EOL issues), but I can go with old-style :-) Yes, with that patch applied it still works fine (I copied python3.dll and python36.dl

[issue29777] argparse arguments in main parser hide an argument in subparser

Alan Evangelista added the comment: Adding the feature was just a workaround suggestion, but this is a bug. Arguments in the main parser should not "hide" an argument in a subparser in argument abbreviation. -- ___ Python tracker

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

Serhiy Storchaka added the comment: I would accept changes to Modules/_io/ because I consider them as code cleanup (with little side effect). But I'm not sure about changes to Python implementation and tests. Could you create more narrow PR for Modules/_io/ changes and left other changes for t

[issue29777] argparse arguments in main parser hide an argument in subparser

Changes by Eric V. Smith : -- resolution: rejected -> stage: resolved -> needs patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue29612] TarFile.extract() suffers from hard links inside tarball

Thomas Guettler added the comment: I have the same issue on Python 2.7.12 (Ubuntu 16.04) I tried to execute tartest.py. But I could not find a way how to create the tar which is needed for tartest.py. -- nosy: +guettli ___ Python tracker

[issue23606] ctypes.util.find_library("c") no longer makes sense

Alex Gaynor added the comment: An FYI for the future, it would have been very helpful if this had been documented in the whats-changed file for 3.5. -- nosy: +alex ___ Python tracker __

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

New submission from STINNER Victor: The codecs.StreamReaderWriter() class still has old unfixed issues like the issue #12508 (open since 2011). This issue is even seen as a security vulnerability by the owasp-pysec project: https://github.com/ebranca/owasp-pysec/wiki/Unicode-string-silently-tru

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Steve Dower added the comment: That will work fine. Thanks for checking The process for pulling someone's PR into your own repo is roughly branch then pull from the repo sending the PR. Github should show instructions for this under m hidden behind a "merge manually" button (though you want to

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: I thought we'd documented that if you set the path when embedding you should also set the program name, but perhaps not (didn't check just now). If not, we should do that. We shouldn't be loading python3.dll anywhere. Are you sure that's in CPython? Do you have

[issue23606] ctypes.util.find_library("c") no longer makes sense

Steve Dower added the comment: Noted. Did this bite you somehow? Is there something else that should be added/changed? -- ___ Python tracker ___

[issue23606] ctypes.util.find_library("c") no longer makes sense

Alex Gaynor added the comment: Yeah, this got me (happy to explain what I was trying to do in more detail, if it'd be helpful), took me longer to understand why my tests passed on {26,27,33,34} but failed on 35 since the public "what's changed" docs page is where I went to. Ultimately I disco

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

R. David Murray added the comment: Thanks for the PR. However, rereading this: since compat32 is providing backward compatibility with the behavior of the python 3.2 email package, we need to check what it would do in this situation before changing the behavior. What we may need instead is a

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: codecs.open() works with bytes-to-bytes codecs. >>> f = codecs.open('test1', 'w', encoding='hex_codec') >>> f.write(b'hello') >>> f.close() >>> open('test1', 'rb').read() b'68656c6c6f' In additional the interface of StreamReaderWriter is not fully compatible

[issue29319] Embedded 3.6.0 distribution cannot run pyz files

Paul Moore added the comment: Thanks for that Steve. I had a recollection that there's a way of referencing the PR itself as a branch within the main repo (I guess it must *be* a branch, as how otherwise would github be able to do things like get Travis to build it?) but I don't recall the det

[issue29784] Erroneous link in shutil.copy description

New submission from Maxime Buquet: https://docs.python.org/3/library/shutil.html#shutil.copy The link to "copy()" in the description seems to be pointing to the copy module, but I suppose it was meant to point at shutil.copy. -- assignee: docs@python components: Documentation messages:

[issue29765] 2.7.12 compile error from ssl related

ada added the comment: The output is: [root@root local]# rpm -qf /usr/local/include/openssl/asn1.h file /usr/local/include/openssl/asn1.h is not owned by any package -- ___ Python tracker ___

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Changes by STINNER Victor : -- pull_requests: +492 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Changes by STINNER Victor : -- pull_requests: +493 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue29785] Registration link sent via email by the tracker is http

New submission from Maxime Buquet: The link[1] sent via email by the tracker for registration confirmation is http, whereas https is already setup on the tracker itself. Would it be possible to change it to https. [1] http://bugs.python.org/?@action=confrego&otk=TOKEN -- components: D

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: > codecs.open() works with bytes-to-bytes codecs. Oh ok. What are non-text encodings? I found: * base64 * bz2 * hex * quopri * rot13 * uu * zlib It seems like all these codecs can be used with codecs.open() to write bytes strings, except of rot13. Last time

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Marc-Andre Lemburg added the comment: On 10.03.2017 15:17, STINNER Victor wrote: > > The codecs.StreamReaderWriter() class still has old unfixed issues like the > issue #12508 (open since 2011). This issue is even seen as a security > vulnerability by the owasp-pysec project: > https://github.

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: I agree that it is better to use directly the module implementing the codecs. But old third-party code still can use non-text codecs. There should be good reasons for breaking backward compatibility. Wouldn't be better to deprecate codecs.open()? --

[issue29786] asyncio.wrap_future() is not documented

New submission from STINNER Victor: The following asyncio function is not documented. Is it deliberate? The function is exported in the asyncio module. def wrap_future(future, *, loop=None): """Wrap concurrent.futures.Future object.""" -- assignee: docs@python components: Documenta

[issue20087] Mismatch between glibc and X11 locale.alias

Marc-Andre Lemburg added the comment: On 10.03.2017 08:37, Benjamin Peterson wrote: > > Do you believe this program should work? > > import locale, os > for l in open("/usr/share/i18n/SUPPORTED"): > alias, encoding = l.strip().split() > locale.setlocale(locale.LC_ALL, alias) > try:

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: > The reason for the problem is the UTF-8 decoder (and other > decoders) expecting an extension to the codec decoder API, > which are not implemented in its StreamReader class (it simply > uses the base class). It's not a problem of the base class, but > that of

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: Serhiy Storchaka added the comment: > I agree that it is better to use directly the module implementing the codecs. > But old third-party code still can use non-text codecs. > > There should be good reasons for breaking backward compatibility. Wouldn't be > bet

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

STINNER Victor added the comment: About the issue #12508, would it be possible to modify StreamReader to use an incremental decoder? Or my idea doesn't make sense? -- ___ Python tracker ___

[issue29787] Internal importlib frames visible when module imported by import_module throws exception

New submission from Ulrich Petri: Importing a module that raises an exception on import trough `importlib.import_module()` causes importlib to not strip it's internal frames from the traceback. Minimal example: --a.py-- import importlib importlib.import_module("b") --a.py-- --b.py-- raise

[issue16258] test_local.TestEnUSCollection failures on Solaris 10

Serhiy Storchaka added the comment: May be issue15954 is related to this issue. Is this issue still reproduced? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Mircea Cosbuc added the comment: Thanks for the prompt feedback. In Python 3.2, the closest equivalent for the illustrated issue I could find is: >>> from email.message import Message >>> from email.generator import Generator >>> from sys import stdout >>> m = Message() >>> m["Field"] = "x" * 1

[issue29786] asyncio.wrap_future() is not documented

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29723] 3.6.1rc1 adds the current directory to sys.path when running a subdirectory's __main__.py; previous versions did not

Nick Coghlan added the comment: Paul Moore reporting on trying out the new PR in http://bugs.python.org/issue29319#msg289357 and confirmed that it still solves the originally reported problem in issue 29319. -- ___ Python tracker

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

R. David Murray added the comment: So what happens when you do that same operation in 3.5/6 with your change in place? Does the behavior change? (I haven't looked back at the code to see if I think it will :) -- ___ Python tracker

[issue20087] Mismatch between glibc and X11 locale.alias

Serhiy Storchaka added the comment: I'm feeling there is something wrong with the current locale design. See issues issue504219, issue10466, issue20088, issue25191, issue29571. -- ___ Python tracker __

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Mircea Cosbuc added the comment: Just to be sure, I performed the same operations with my changes in place, there's no change in behaviour. I think it's expected since I only modified how the Compat32 policy passes `max_line_length` to the header class. --

[issue29788] tarfile: Add absolute_path option to tarfile, disabled by default

Changes by STINNER Victor : -- components: +Library (Lib) title: Add absolute_path option to tarfile, disabled by default -> tarfile: Add absolute_path option to tarfile, disabled by default ___ Python tracker ___

[issue29788] Add absolute_path option to tarfile, disabled by default

New submission from STINNER Victor: I noticed that "python3 -m tarfile -x archive.tar" uses absolute paths by default, whereas the UNIX tar command doesn't by default. The UNIX tar command requires to add explicitly --absolute-paths (-P) option. I suggest to add a boolean absolute_path option

[issue29789] zipfile: Add absolute_path option, disabled by default

New submission from STINNER Victor: Same issue than tarfile issue #29788, but on zipfile. I suggest to add a boolean absolute_path option to zipfile, disabled by default. -- components: Library (Lib) messages: 289389 nosy: haypo priority: normal severity: normal status: open title: zipf

[issue29783] Modify codecs.open() to use the io module instead of codecs.StreamReaderWriter()

Serhiy Storchaka added the comment: I think using codecs.open() with a non-text codecs is a legit use case, but is not the best way. I suggest: 1) Encourage of using io.open() rather than codecs.open() for text encodings. codecs.open() was recommended way since it worked in all Python versions

[issue29789] zipfile: Add absolute_path option, disabled by default

Serhiy Storchaka added the comment: Is this issue exists on zipfile? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs

[issue29789] zipfile: Add absolute_path option, disabled by default

STINNER Victor added the comment: Oh, it seems like zipfile is not affected by the issue, only tarfile. The documentation is correct: https://docs.python.org/dev/library/zipfile.html#zipfile.ZipFile.extract You can test using attached test2.zip. haypo@selma$ python3 -m zipfile -l ~/test2.zip

[issue28739] PEP 498: docstrings as f-strings

Changes by Mariatta Wijaya : -- pull_requests: +494 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue17062] An os.walk inspired replacement for pkgutil.walk_packages

Changes by Mark Lawrence : -- nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29784] Erroneous link in shutil.copy description

Changes by Xiang Zhang : -- pull_requests: +495 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29784] Erroneous link in shutil.copy description

Xiang Zhang added the comment: Thanks for your report, Maxime! I open PRs to fix it. -- nosy: +xiang.zhang versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ __

[issue29784] Erroneous link in shutil.copy description

Changes by Mariatta Wijaya : -- pull_requests: +496 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue28685] Optimizing list.sort() by performing safety checks in advance

Elliot Gorokhovsky added the comment: On Fri, Mar 10, 2017 at 12:26 AM Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > The issue shouldn't be closed until it resolved or rejected. > Ya, sorry about that. This is my first time contributing. > > I like the idea, and benchmar

[issue29784] Erroneous link in shutil.copy description

Xiang Zhang added the comment: Assigned to Mariatta :-). -- assignee: docs@python -> Mariatta nosy: +Mariatta ___ Python tracker ___ _

[issue29780] Interpreter hang on self._epoll.poll(timeout, max_ev)

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue29784] Erroneous link in shutil.copy description

Serhiy Storchaka added the comment: See also issue21818. I suspect there are other incorrect references. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue28739] PEP 498: docstrings as f-strings

Mariatta Wijaya added the comment: Thanks for reviewing, Serhiy and Eric. Documentation has been updated and backported to 3.6. OK to close this issue? -- ___ Python tracker __

[issue28739] PEP 498: docstrings as f-strings

Eric V. Smith added the comment: Yes, I think it can be closed. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue28739] PEP 498: docstrings as f-strings

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue29758] Previously-working SWIG code fails in Python 3.6

Brett Cannon added the comment: Please keep this issue closed until you hear back from the SWIG team. Just because your code worked under Python 3.5 doesn't mean SWIG didn't accidentally emit something that breaks under Python 3.6 because we started being more stringent about something. Basica

[issue29258] __init__.py required for pkgutil.walk_packages in python3

Changes by Brett Cannon : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue29782] Use __builtin_clzl for bits_in_digit if available

Mark Dickinson added the comment: Thanks for the idea, and the PR! To be useful, this would need a bit of tweaking: we can't assume that a digit is always `unsigned long` (in fact, I'd expect that to be rare on 64-bit non-Windows systems, where `unsigned long` typically has 64 bits, and `digit

[issue29782] Use __builtin_clzl for bits_in_digit if available

Serhiy Storchaka added the comment: I think we can assume that digit is no larger than unsigned long, otherwise PyLong_AsLong() and like wouldn't work. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue29779] New environment variable PYTHONHISTORY

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue29779] New environment variable PYTHONHISTORY

Barry A. Warsaw added the comment: I don't think the Python envar has to follow the contraction from bash. $PYTHONHISTORY reads very nicely. I have similar code in my $PYTHONSTARTUP, but it would be nice to be able to get rid of it and just let Python do the common thing. -- ___

[issue24755] asyncio.wrap_future undocumented

Changes by Adam Höse : -- pull_requests: +497 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue29786] asyncio.wrap_future() is not documented

Adam Höse added the comment: While fixing this issue I found that it's a duplicate of issue 24755. -- nosy: +adisbladis pull_requests: +498 type: -> enhancement ___ Python tracker _

[issue27200] make doctest in CPython has failures

Changes by Marco Buttu : -- pull_requests: +499 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29782] Use __builtin_clzl for bits_in_digit if available

Mark Dickinson added the comment: True enough. It looks as though someone (*cough*) already documented that restriction, too: https://github.com/mdickinson/cpython/blob/v3.6.0/Include/longintrepr.h#L28-L30 -- ___ Python tracker

[issue29765] 2.7.12 compile error from ssl related

Christian Heimes added the comment: You have some custom, unsupported version of OpenSSL installed in /usr/local. That custom version is not compatible with Python 2.7.12. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Py

[issue29782] Use __builtin_clzl for bits_in_digit if available

Niklas Fiekas added the comment: Thanks for the review. I pushed a change to check if clz can be used (`sizeof(digit) <= sizeof(unsigned int)`). Otherwise use clzl. I believe the latter should be the most common, since unsigned long has 32bits. As you say unsigned long long should never be ne

[issue29782] Use __builtin_clzl for bits_in_digit if available

Niklas Fiekas added the comment: Oops. Actually clz should commonly be enough. And platforms where clz and clzl are different (<=> unsigned int and unsigned long are different) should be rare. -- ___ Python tracker

[issue29760] tarfile chokes on reading .tar file with no entries (but does fine if the same file is bzip2'ed)

Matt Bogosian added the comment: I'm not sure if it helps at this point, but I've tried several "flavors" of apparently legit tar files with zero entries. All fail. ``tarfile`` module: ``` $ ( set -x ; cd /tmp || exit 1 ; python -V ; rm -fv test.tar ; python -c 'import os, tarfile ; fd = os.o

[issue29722] heapq.merge docs are misleading with the "reversed" flag

Changes by Terry J. Reedy : -- versions: -Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue29760] tarfile chokes on reading .tar file with no entries (but does fine if the same file is bzip2'ed)

Matt Bogosian added the comment: This patch (also attached) seems to address this particular use case: ``` --- a/Lib/tarfile.py2016-12-17 12:41:21.0 -0800 +++ b/Lib/tarfile.py2017-03-10 12:23:34.0 -0800 @@ -2347,7 +2347,7 @@ # Advance the file pointer.

[issue29790] Optional use of /dev/random on linux

New submission from Ivan Anishchuk: Right now secrets module uses SystemRandom which is hardcoded to use os.urandom() which is fine for most users but some have good hardware sources of entropy (or otherwise replenish entropy pool) in which case it would be much better to use getrandom() with

[issue29791] print documentation: flush is also a keyword argument

New submission from Lucio Ricardo Montero Valenzuela: In the print() function documentation (https://docs.python.org/3/library/functions.html#print), the first line says "Print objects to the text stream file, separated by sep and followed by end. sep, end and file, if present, must be given a

[issue29786] asyncio.wrap_future() is not documented

Changes by Martin Panter : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> asyncio.wrap_future undocumented ___ Python tracker ___ ___

[issue24755] asyncio.wrap_future undocumented

Changes by Martin Panter : -- components: +asyncio stage: -> patch review versions: +Python 3.6, Python 3.7 ___ Python tracker ___ __

[issue29788] tarfile: Add absolute_path option to tarfile, disabled by default

Changes by Ned Deily : -- nosy: +lars.gustaebel ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue29746] Update marshal docs to Python 3

Changes by Serhiy Storchaka : -- nosy: +Mariatta, martin.panter, r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Ah, I see. We force load it in PC/getpathp.c to ensure that it's ours and not another version's python3.dll. We should probably refactor the GetModuleFileNameW call into its own function so we can call it from anywhere we need. -- __

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Changes by Steve Dower : -- stage: -> needs patch type: -> behavior versions: +Python 3.6, Python 3.7 ___ Python tracker ___ ___ Pyt

[issue23407] os.walk always follows Windows junctions

Changes by Craig Holmquist : Added file: http://bugs.python.org/file46718/issue23407-5.patch ___ Python tracker ___ ___ Python-bugs-list maili

  1   2   >