[issue31731] test_io hangs on

New submission from STINNER Victor : test_io is running since longer than 5 hours on x86 Gentoo Refleaks 2.7: http://buildbot.python.org/all/#/builders/78/builds/1/steps/4/logs/stdio 2:12:11 load avg: 3.26 [402/403] test_contains passed -- running: test_io (1739 sec) beginning 6 repetitions 12

[issue31731] [2.7] test_io hangs on x86 Gentoo Refleaks 2.7

STINNER Victor added the comment: I interrupted the build. -- components: +Tests nosy: +zach.ware title: test_io hangs on -> [2.7] test_io hangs on x86 Gentoo Refleaks 2.7 versions: +Python 2.7 ___ Python tracker

[issue31719] [2.7] test_regrtest.test_crashed() fails on s390x

Iryna Shcherbina added the comment: I have run a build with the patch applied, and can confirm that the tests pass on s390x. Full build log can be viewed here: https://kojipkgs.fedoraproject.org//work/tasks/9473/22339473/build.log -- ___ Python tr

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: On the Internet, I also found the code 0xE0434F4D: 0xe000 + 'COM'. Should it be ignored as well? -- ___ Python tracker ___ __

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: > So I think our choices are: > * report no C++/CLR exceptions via faulthandler > * report all C++/CLR exceptions via faulthandler (current behaviour) > > I'm inclined towards changing to the first option. (...) On the Internet, I found users asking why their f

[issue31726] Missing token.COMMENT

Franck Pommereau added the comment: Thanks for the explanation! Fixing is up to you, Python developers. But since there's a simple workaround, maybe it doesn't worth the effort. -- ___ Python tracker ___

[issue31719] [2.7] test_regrtest.test_crashed() fails on s390x

STINNER Victor added the comment: New changeset cc4b6f1c6210460c0645b1df508e114e16805784 by Victor Stinner in branch '2.7': bpo-31719: Fix test_regrtest.test_crashed() on s390x (#3912) https://github.com/python/cpython/commit/cc4b6f1c6210460c0645b1df508e114e16805784 -- _

[issue31719] [2.7] test_regrtest.test_crashed() fails on s390x

STINNER Victor added the comment: For the records, test_regrtest.test_crashed() uses faulthandler._sigsegv() in the master branch. This function calls raise(SIGSEGV) directly, rather than trying to read from NULL (address 0). -- resolution: -> fixed stage: patch review -> resolved st

[issue31719] [2.7] test_regrtest.test_crashed() fails on s390x

STINNER Victor added the comment: The main issue with reading from NULL is that it may not crash on AIX. But I checked: test_regrtest passed on our AIX buildbot. -- ___ Python tracker __

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

Change by STINNER Victor : -- pull_requests: +3901 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

STINNER Victor added the comment: Ok, so. I wrote a different PR: PR 3927 adds a new PYTHONSHOWALLOCCOUNT environment variable and write allocations statistics into stderr (rather than stdout) when PYTHONSHOWALLOCCOUNT is set. The PR also fixes the test suite for COUNT_ALLOCS. The PR 3927 is

[issue19527] Test failures with COUNT_ALLOCS

Change by STINNER Victor : -- pull_requests: +3902 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31267] threading.Timer object is affected by changes to system time: Python locks should use a monotonic clock if available

STINNER Victor added the comment: > it looks as if measures were implemented but never merged. The blocker issue is that sem_timedwait() doesn't support CLOCK_MONOTONIC. The glibc has to be enhanced to support this new feature. -- ___ Python tracke

[issue31666] Pandas_datareader Error Message - ModuleNotFoundError: No module named 'pandas_datareader' with module in folder

Scott Tucholka added the comment: I am running Windows 10 Enterprise x64 and use Spyder (Python 3.6). This is my code: import pandas as pd import pandas_datareader as dr dr.get_data_yahoo('AAPL') I am expecting that the module will import and the get_data_yahoo will return results for 'AAPL'.

[issue27172] Undeprecate inspect.getfullargspec()

Nick Coghlan added the comment: Oops, we/I missed the window for also getting the deprecation removed from 3.5.x (as that branch is now in security-fix only mode). Marking as resolved for 3.6 accordingly. -- resolution: -> fixed stage: backport needed -> resolved status: open -> clos

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

STINNER Victor added the comment: I tested PR 3927. I run "./python -m test -j8 -r" with PYTHONSHOWALLOCCOUNT unset: the full Python test suite pass in release and debug modes: * ./configure CFLAGS="-D COUNT_ALLOCS=1" * ./configure --with-pydebug CFLAGS="-D COUNT_ALLOCS=1" -- __

[issue31666] Pandas_datareader Error Message - ModuleNotFoundError: No module named 'pandas_datareader' with module in folder

Stéphane Wirtel added the comment: Hi, Your bug is related to Pandas and not to Python 3.6. Maybe you need to post your issue to the bug tracker of Pandas. You need to install pandas-datareader pip install pandas-datareader But it is not an issue with Python. Have a nice day, -- n

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Change by STINNER Victor : -- keywords: +patch pull_requests: +3903 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: I wrote the PR 3928 to call AddVectoredExceptionHandler(0, ...) rather than AddVectoredExceptionHandler(1, ...), but it doesn't work as expected. I tested "faulthandler.enable(); faulthandler._sigsegv()": a traceback is logged. But this code tested the *signa

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: I misunderstood how Windows works. UNIX signals handlers and Windows exception handlers are unrelated. Exception handlers are not called to handle a SIGSEGV signal (raised manually by the process itself, not raised by the Windows kernel). -- ___

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: I failed to build https://github.com/FynnBe/faulthandler-spam with a Python built myself. But I succeeded to recompile a Python extension (_overlapped) in C++ (I removed two functions which caused compilation error) and then added faulthandler-spam/test_modul

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Change by STINNER Victor : -- pull_requests: +3904 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: I abandon my intent to log all interesting errors: PR 3929 now always ignore all MSC and COM Windows exceptions. -- ___ Python tracker ___ __

[issue10496] Python startup should not require passwd entry

Nicholas Brown added the comment: This is also a problem when using the DynamicUser=yes feature available in systemd 232 onward with a service that's implemented in python. See http://0pointer.net/blog/dynamic-users-with-systemd.html for details of the DynamicUser= systemd feature. --

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

Iryna Shcherbina added the comment: I have run a test build with the patch from PR 3927 applied, and all tests passed. Full build log can be viewed here: https://kojipkgs.fedoraproject.org//work/tasks/8392/22348392/build.log -- ___ Python tracker

[issue31732] Add TRACE level to the logging module

New submission from STINNER Victor : The logging module has already 5 log levels: CRITICAL, ERROR, WARNING, INFO, DEBUG. https://docs.python.org/dev/library/logging.html#logging-levels (I don't count NOTSET, I don't consider it to be "usable", at least not in an application or a library.) For

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

Serhiy Storchaka added the comment: Adding PYTHONSHOWALLOCCOUNT looks rather like a new feature to me. It is on to Bejaming to make a decision about this. The difference between an environment variable and a command line option is that the former is inherited by children, and the latter is no

[issue31732] Add TRACE level to the logging module

Change by STINNER Victor : -- keywords: +patch pull_requests: +3905 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31732] Add TRACE level to the logging module

STINNER Victor added the comment: Attached PR 3930 adds logging.TRACE, logging.trace() and logging.Logger.trace(). -- nosy: +vinay.sajip ___ Python tracker ___

[issue31445] Index out of range in get of message.EmailMessage.get()

Michala added the comment: I added 2 lines into the file "email/_header_value_parser.py" into the function "get_mailbox_list(value)" before return value: if not value: value = ';' return mailbox_list, value It is in attachments. -- resolution: -> works for me Added f

[issue31732] Add TRACE level to the logging module

STINNER Victor added the comment: Other references to a TRACE logging level: * SaltStack: trace = 5 https://docs.saltstack.com/en/latest/ref/configuration/logging/#log-levels * autologging.TRACE = 1: "A custom tracing log level, lower in severity than logging.DEBUG." autologging: "Autolog

[issue31732] Add TRACE level to the logging module

STINNER Victor added the comment: More references to TRACE logging level: * "CUSTOM_TRACE = 5 # Mapping for zLOG.TRACE" in Zope zLOG https://github.com/zopefoundation/zLOG/blob/master/src/zLOG/EventLogger.py#L29 * Runlevel = stem.util.enum.UppercaseEnum('TRACE', 'DEBUG', 'INFO', 'NOTICE', '

[issue24084] pstats: sub-millisecond display

Change by Roundup Robot : -- pull_requests: +3906 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue30008] OpenSSL 1.1.0 deprecated functions

Mark Wright added the comment: My proposed patch based on python 2.7.14 to remove the use of the API that was deprecated in openssl 1.1. -- keywords: +patch nosy: +gienah Added file: https://bugs.python.org/file47198/python-2.7.14-openssl-1.1.0.patch ___

[issue31733] [2.7] Add PYTHONSHOWREFCOUNT environment variable to Python 2.7

New submission from STINNER Victor : When Python 2.7 is built in debug mode, it displays the total number of references when the program finishes or after each statement in the interactive interpreter. Example: haypo@selma$ ./python Python 2.7.14+ (heads/2.7:cc4b6f1c62, Oct 9 2017, 15:30:11

[issue30008] OpenSSL 1.1.0 deprecated functions

Mark Wright added the comment: This patch allows python 3.4.6 to compile with openssl 1.1 without using the deprecated API. It is hacky though as I had to backport changes that were already in 3.5.4 and 3.6.3. Also RAND_pseudo_bytes was removed, so I call RAND_bytes instead. -- Added

[issue30008] OpenSSL 1.1.0 deprecated functions

Mark Wright added the comment: My proposed patch based on python 3.5.4 to remove the use of the API that was deprecated in openssl 1.1. As RAND_pseudo_bytes was removed I call RAND_bytes instead. -- Added file: https://bugs.python.org/file47200/python-3.5.4-openssl-1.1.0.patch ___

[issue30008] OpenSSL 1.1.0 deprecated functions

Mark Wright added the comment: My proposed patch based on python 3.6.3 to remove the use of the API that was deprecated in openssl 1.1. As RAND_pseudo_bytes was removed I call RAND_bytes instead. -- Added file: https://bugs.python.org/file47201/python-3.6.3-openssl-1.1.0.patch ___

[issue31733] [2.7] Add PYTHONSHOWREFCOUNT environment variable to Python 2.7

Change by STINNER Victor : -- keywords: +patch pull_requests: +3907 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue31733] [2.7] Add PYTHONSHOWREFCOUNT environment variable to Python 2.7

Change by STINNER Victor : -- nosy: +benjamin.peterson, ezio.melotti, serhiy.storchaka stage: patch review -> ___ Python tracker ___ ___

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

STINNER Victor added the comment: Serhiy: "Do you going to backport also -X showrefcount?" I just created bpo-31733 "Add PYTHONSHOWREFCOUNT environment variable to Python 2.7". -- ___ Python tracker ___

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

STINNER Victor added the comment: > How many tests are still left broken if just change the COUNT_ALLOCS output > to stderr instead of stdout? That's my first PR: PR 3910. > COUNT_ALLOCS is not the only option that spoils Python output. Py_TRACE_REFS > adds even more noise to stderr, and th

[issue31734] crash or SystemError in sqlite3.Cache in case it is uninitialized or partially initialized

New submission from Oren Milman : The following code causes a crash: import sqlite3 cache = sqlite3.Cache.__new__(sqlite3.Cache) cache.get(None) This is because pysqlite_cache_get() (in Modules/_sqlite/cache.c) assumes that the Cache object is initialized, and so it passes self->mapping to PyDic

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

STINNER Victor added the comment: (I prefer to not split the discussion on this issue and my 2 PR, I prefer to only discuss the design in this issue.) https://github.com/python/cpython/pull/3927#pullrequestreview-67963845 Serhiy: > Using the requires_type_collecting decorator LGTM. But I don'

[issue27172] Undeprecate inspect.getfullargspec()

Larry Hastings added the comment: Wait, what is all this nonsense? inspect.getfullargspec is Python 3 only. It was added to support keyword-only parameters. Python 2 doesn't *have* keyword-only parameters, so it isn't needed there. Check for yourself: Python 2 doesn't have inspect.getfulla

[issue31692] [2.7] Test `test_huntrleaks()` of test_regrtest fails in debug build with COUNT_ALLOCS

Serhiy Storchaka added the comment: All Victor's PRs LGTM is they look good to Benjamin. But on the next iteration we can get a report that tests don't work if set PYTHONSHOWREFCOUNT. -- ___ Python tracker

[issue31733] [2.7] Add PYTHONSHOWREFCOUNT environment variable to Python 2.7

STINNER Victor added the comment: Since this issue is on the thin border between "feature" and "bug fix", I would like to get the feedback of Benjamin on this change. @Benjamin: Are you ok to make such change late in the Python 2.7 cycle, in Python 2.7.15? -- ___

[issue31734] crash or SystemError in sqlite3.Cache in case it is uninitialized or partially initialized

Oren Milman added the comment: Also, the following code results in a memory leak: import sqlite3 cache = sqlite3.Cache.__new__(sqlite3.Cache) This is because pysqlite_cache_dealloc() just returns in case of an uninitialized Cache object. -- ___ Pyt

[issue31092] delicate behaviour of shared (managed) multiprocessing Queues

Antoine Pitrou added the comment: > To a avoid race condition As Oren explained, the race condition is due to your use of the managed Queue. If you keep the object alive in the main process until the tasks have finished, there shouldn't be any problem. The question is: is there any reason y

[issue31681] pkgutil.get_data() leaks open files in Python 2.7

Éric Araujo added the comment: New changeset cfe1aefcbd2534ddc1059a7332842644e6c8d1e4 by Éric Araujo (Elvis Pranskevichus) in branch '2.7': bpo-31681: Make sure pkgutil.get_data closes files properly (#3875) https://github.com/python/cpython/commit/cfe1aefcbd2534ddc1059a7332842644e6c8d1e4 --

[issue24084] pstats: sub-millisecond display

STINNER Victor added the comment: Hum, "2447µs" makes the output more difficult to parse (by a program) and to read (by a human). Why not always displaying 6 digits (after the dot) for the two "percall" columns. -- nosy: +haypo ___ Python tracker

[issue30008] OpenSSL 1.1.0 deprecated functions

Change by Christian Heimes : -- pull_requests: +3908 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue30008] OpenSSL 1.1.0 deprecated functions

Christian Heimes added the comment: Thanks for your patches, Mark. A few remarks: Python 3.5 is in security fix-only mode. The issue is not a security bug. Python has switched to a different workflow a while ago. Please provide a pull request on GitHub against master (3.7). I'll take care of

[issue31735] Documentation incorrectly states how descriptors are invoked

New submission from Paul Pinterits : The [descriptor howto](https://docs.python.org/3/howto/descriptor.html#invoking-descriptors) states: "For example, obj.d looks up d in the dictionary of obj. If d defines the method __get__(), then d.__get__(obj) is invoked [...]" This is not true - the d

[issue31723] refleaks in zipimport when calling zipimporter.__init__() more than once

STINNER Victor added the comment: New changeset c0cabc23bbe474d542ff8a4f1243f4ec3cce5549 by Victor Stinner (Oren Milman) in branch 'master': bpo-31723: Fix refleaks when zipimporter.__init__() is called more than once (GH-3919) https://github.com/python/cpython/commit/c0cabc23bbe474d542ff8a4f

[issue31723] refleaks in zipimport when calling zipimporter.__init__() more than once

STINNER Victor added the comment: > The following code causes refleaks: I'm curious, how did you find this code? Are you using a code generator coupled with a tool to track for reference leaks? -- ___ Python tracker

[issue31723] refleaks in zipimport when calling zipimporter.__init__() more than once

STINNER Victor added the comment: I merged your PR, thanks! As I wrote on the PR: I don't think that a NEWS entry is needed, since you are not supposed to call __init__() multiple times. I don't think that it's worth it to backport the fix to Python 2.7 and 3.6. So I close the issue. --

[issue31723] refleaks in zipimport when calling zipimporter.__init__() more than once

STINNER Victor added the comment: > I'm curious, how did you find this code? Are you using a code generator > coupled with a tool to track for reference leaks? Oh, I think that the issue is related to bpo-31718. -- ___ Python tracker

[issue31734] crash or SystemError in sqlite3.Cache in case it is uninitialized or partially initialized

Change by Serhiy Storchaka : -- nosy: +ghaering, serhiy.storchaka versions: +Python 2.7, Python 3.6 ___ Python tracker ___ ___ Python

[issue31723] refleaks in zipimport when calling zipimporter.__init__() more than once

Oren Milman added the comment: Yes, i am going manually over the code to find similar stuff to #31718, and i afraid i found quite a few, and still working on it.. -- ___ Python tracker ___

[issue31734] crash or SystemError in sqlite3.Cache in case it is uninitialized or partially initialized

Change by Eric N. Vander Weele : -- nosy: +ericvw ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue31681] pkgutil.get_data() leaks open files in Python 2.7

Change by Éric Araujo : -- assignee: -> merwok resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue31705] test_sha256 from test_socket fails on ppc64le arch

STINNER Victor added the comment: > The issue is reproducible on a CentOS 7.4 on ppc64le architecture. What is the kernel version? It would be nice to have the strace output. Example: strace -o trace ./python -m test -v test_socket -m test_sha256 # then get the trace file I'm surprised becau

[issue31705] test_sha256 from test_socket fails on ppc64le arch

Charalampos Stratakis added the comment: Forgot the mention the kernel version which is 3.10.0-693.2.1.el7.ppc64le -- ___ Python tracker ___ ___

[issue29324] test_aead_aes_gcm fails on Kernel 4.9

STINNER Victor added the comment: FYI the merged fix is: commit 9764c151c51480a7ca6042b1ccd69be2620ff360 Author: matejcik Date: Thu Feb 16 14:41:31 2017 +0100 update test_socket AEAD test for kernel 4.9 and up (#133) -- ___ Python tracker <

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

Steve Dower added the comment: > Is it possible to be asked to be called as the last handler ... Unfortunately not, since the stack-based handlers always come after the vector handlers, and C++ handlers written using try/catch will always be stack-based. It may be interesting for faulthandler

[issue31735] Documentation incorrectly states how descriptors are invoked

Henk-Jaap Wagenaar added the comment: You get what you should get: when you print obj.d, Obj.d, you will get: which is exactly what you expect: - in the first case, you assigned a property object to the dictionary at obj.__dict__, so that's what you get back when you run obj.d. - you defined

[issue31727] FTP_TLS errors when

Steve Dower added the comment: "OSError: [Errno 0] Error" typically means that OpenSSL failed due to a Windows error, but we assumed it failed due to a POSIX error and so read the wrong error number (errno instead of GetLastError()). It's worth testing with Python 3.7.0a1, since we made some

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

STINNER Victor added the comment: commit fae0512e58619231a566bf77aa21148440b0ec8d Author: Miss Islington (bot) <31488909+miss-isling...@users.noreply.github.com> Date: Thu Oct 5 07:10:59 2017 -0700 [3.6] bpo-31178: Mock os.waitpid() in test_subprocess (GH-3896) (#3897) Fix test_e

[issue31178] [EASY] subprocess: TypeError: can't concat str to bytes, in _execute_child()

Change by STINNER Victor : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue24084] pstats: sub-millisecond display

Romuald Brunet added the comment: I figured we didn't want to change the size of the columns (+12 COL), but this could easily be done yes -- ___ Python tracker ___ ___

[issue31683] a stack overflow on windows in faulthandler._fatal_error()

STINNER Victor added the comment: IMHO this issue is theorical. I don't expect that anyone would call Py_FatalError() with a very long message, so I will not backport the fix to Python 2.7 and 3.6. Thanks for the bug report Oren Milman! -- resolution: -> fixed stage: patch review ->

[issue27172] Undeprecate inspect.getfullargspec()

Tim Graham added the comment: Perhaps the reason for the undeprecation could use some clarification. In a Python 3 only world (where Django's master branch is), I believe there's still usefulness for inspect.getfullargspec() -- see https://github.com/django/django/search?q=getfullargspec for

[issue31415] Add -X option to show import time

Change by STINNER Victor : -- pull_requests: +3910 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list mailin

[issue31735] Documentation incorrectly states how descriptors are invoked

Paul Pinterits added the comment: I'm aware that descriptors have to exist on the class in order to work. The point is that the documentation states "If d defines the method __get__(), then d.__get__(obj) is invoked" (where d is obj.d), which is simply not true. -- __

[issue31701] faulthandler dumps 'Windows fatal exception: code 0xe06d7363'

STINNER Victor added the comment: New changeset 6e3d6b5dc22cd06d8c4d44a38a8a3415e4bebb16 by Victor Stinner in branch 'master': bpo-31701: faulthandler: ignore MSC and COM Windows exception (#3929) https://github.com/python/cpython/commit/6e3d6b5dc22cd06d8c4d44a38a8a3415e4bebb16 -- _

[issue31735] Documentation incorrectly states how descriptors are invoked

Paul Pinterits added the comment: If we take this class: class Obj: @property def d(self): print('called') And we access Obj.d: _ = Obj.d According to the docs, the following should happen: # obj.d looks up d in the dictionary of obj d = Obj.__dict__['d'] # If d defines the

[issue31736] PEP 485 tiny typo

New submission from Ben Bolker : In two places in https://www.python.org/dev/peps/pep-0485/ floating point numbers are incorrectly formatted: 1-e8 and 1-e9 rather than 1e-8 and 1e-9 ("absolute tolerance default", para. 3 and "relative tolerance default", para. 1) -- messages: 303987 n

[issue31737] Documentation renders incorrectly

New submission from Richard Gibson : The content at docs.python.org seems to be inserting language-dependent "smart quotes" in code blocks, which mangles backslashes and sequences like `'''`. Observed at https://docs.python.org/3/reference/lexical_analysis.html#string-and-bytes-literals , whi

[issue31737] Documentation renders incorrectly

Change by Ned Deily : -- nosy: +mdk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/ma

[issue31738] Lib/site.py: method `abs_paths` is not documented

Change by Liel Fridman : -- components: Tests nosy: lielfr priority: normal severity: normal status: open title: Lib/site.py: method `abs_paths` is not documented versions: Python 3.7 ___ Python tracker __

[issue31705] test_sha256 from test_socket fails on ppc64le arch

Charalampos Stratakis added the comment: Attaching the strace output. -- Added file: https://bugs.python.org/file47202/trace ___ Python tracker ___

[issue31314] email throws exception with oversized header input

Change by Dong-hee Na : -- keywords: +patch pull_requests: +3911 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31737] Documentation renders incorrectly

Julien Palard added the comment: We spotted some quoting probleme in the french translation too, and I still didn't had time to look at it, typically here: https://docs.python.org/fr/3/library/itertools.html#itertool-functions where we're getting: 10.1.1. Fonctions d”itertool¶ instead of:

[issue31584] Documentation Language mixed up

Julien Palard added the comment: FTR I'm still daily monitoring the presence of mixed-up pages server side and did not spotted a single one. I'm still using my very basic: $ grep -rl 'définition' /srv/docs.python.org/ja/; grep -rl か /srv/docs.python.org/{2.7,3.6,3.7} -- _

[issue26546] Provide translated french translation on docs.python.org

Julien Palard added the comment: → https://docs.python.org/fr/ -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue31739] socket.close recommended but not demonstrated in same-page example code

New submission from Nathaniel Manista : https://docs.python.org/3.7/library/socket.html#socket.socket.close says "it is recommended to close() [sockets] explicitly, or to use a with statement around them", but in the example code on the same page at https://docs.python.org/3.7/library/socket.h

[issue31719] [2.7] test_regrtest.test_crashed() fails on s390x

Serhiy Storchaka added the comment: Why not use just abort() or Py_FatalError()? $ ./python -c 'import ctypes; ctypes.CDLL("libc.so.6").abort()' Aborted (core dumped) $ ./python -c 'import ctypes; ctypes.pythonapi.Py_FatalError(b"boom!")' Fatal Python error: boom! Current thread 0x7f26805

[issue31739] socket.close recommended but not demonstrated in same-page example code

R. David Murray added the comment: Which example? (It might be easiest to just generate a PR with your suggested improvement.) -- nosy: +r.david.murray ___ Python tracker ___

[issue31737] Documentation renders incorrectly

Julien Palard added the comment: Tested locally with different versions of sphinx-build: - 1.3.3 does not produce the issue - 1.6.2 (used on docs.python.org) produces the issue - 1.6.3 does not produce the issue - 1.6.4 does not produce the issue Reading the changelog between 1.6.2 and 1.6.3 l

[issue31724] test_xmlrpc_net should use something other than buildbot.python.org

Change by Zachary Ware : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue31734] crash or SystemError in sqlite3.Cache in case it is uninitialized or partially initialized

Change by Oren Milman : -- keywords: +patch pull_requests: +3912 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue31740] refleaks when calling sqlite3.Connection.__init__() more than once

New submission from Oren Milman : The following code causes refleaks: import sqlite3 connection = sqlite3.Connection.__new__(sqlite3.Connection) connection.__init__('foo') connection.__init__('foo') This is because pysqlite_connection_init() (in Modules/_sqlite/connection.c) doesn't decref (if n

[issue31738] Lib/site.py: method `abs_paths` is not documented

New submission from Julien Palard : Hi, thanks for reporting. This method has been renamed in https://github.com/python/cpython/commit/28a691b7fdde1b8abafa4c4a5025e6bfa44f48b9 and is only used in Lib/site.py (currently in main()). The function has a docstring, so: Help on function abs_path

[issue31740] refleaks when calling sqlite3.Connection.__init__() more than once

Oren Milman added the comment: Ah, here also there are crashes when calling methods of uninitialized connection objects. Should i fix this as part of this issue, or open another one? -- ___ Python tracker _

[issue31608] crash in methods of a subclass of _collections.deque with a bad __new__()

Serhiy Storchaka added the comment: I meant that if make deque.copy(), deque.__add__() and deque.__mul__() returning an exact deque for subclasses, this would make the deque class more consistent with other collections and solve this issue. This could even make them (almost) atomic.

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

New submission from Chris Caron : The Windows install of Python 2.7.13 defaults it's install into **C:\Python27**. It creates several subdirectories within this; one of which is **C:\Python27\lib\site-packages\backports**. So just out of the box (without this script installed): ```python impo

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

R. David Murray added the comment: Where did you get your installer? I don't find any references to 'backports' in our repo, other than a couple of places in the docs where the word appears. I also don't understand the relationship between your MyPackages and a backports directory. They see

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

Chris Caron added the comment: Thank you for replying so quickly; the issue stems from a bug created here which explains it a bit better: https://github.com/caronc/nzb-notify/issues/27 (scroll to the bottom). In my case, I had a lib\site-packages\backports in C:\Python27 that keeps over-riding

[issue31741] backports import path can not be overridden in Windows (Linux works fine)

R. David Murray added the comment: What is "the backports module"? I still don't understand what a backports directory, that I don't think our installer creates, has to do with your MyLibraries directory. I'm sorry that I'm having trouble following your explanation. Maybe you could list ou

  1   2   >