[issue28833] cross compilation of third-party extension modules

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue28190] Cross-build _curses failed if host ncurses headers and target ncurses headers have different layouts

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36361] generate correct pyconfig.h when cross-compiling

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36351] the ipv6type variable in configure.ac may be set incorrectly when cross-compiling

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36214] AC_RUN_IFELSE macros not used as arguments of AC_CACHE_VAL et al

Change by Xavier de Gaye : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mai

[issue36125] Cannot cross-compile to more featureful but same tune

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue27640] add the '--disable-test-suite' option to configure

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36141] configure: error: could not find pthreads on your system during cross compilation

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue36145] android arm cross compilation fails, config issue

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue35997] ImportError: dlopen failed: cannot locate symbol "PyBool_Type"

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31046] ensurepip does not honour the value of $(prefix)

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26852] add the '--enable-sourceless-distribution' option to configure

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue35953] crosscompilation fails with clang on android

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue13886] readline-related test_builtin failure

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26855] android: add platform.android_ver()

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue32203] [ctypes] test_struct_by_value fails on android-24-arm64

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue32202] [ctypes] all long double tests fail on android-24-x86_64

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue32461] the first build after a change to Makefile.pre.in uses the old Makefile

Change by Xavier de Gaye : -- resolution: -> not a bug stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___

[issue29267] Cannot override some flags in CFLAGS from the command-line

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue28542] document cross compilation

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue20211] setup.py: do not add system header locations when cross compiling

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue28207] Use pkg-config to find dependencies

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue28125] identify cross builds by a more generic environment setting.

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue22724] byte-compile fails for cross-builds

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26971] python v3.5.1: sys.paths not respecting DESTDIRS and DESTSHARED

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue26859] unittest fails with "Start directory is not importable" when trying to run sourceless tests

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue39004] test_largefile: TestSocketSendfile.test_it() failed on AMD64 Fedora Stable Refleaks 3.x

Change by Giampaolo Rodola' : -- keywords: +patch pull_requests: +17026 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17552 ___ Python tracker __

[issue39004] test_largefile: TestSocketSendfile.test_it() failed on AMD64 Fedora Stable Refleaks 3.x

Giampaolo Rodola' added the comment: I suspect it's a timing problem (client disconnects, threaded server fails to detect that in time). Let's see what happens by incrementing the timeout when waiting for the thread to be join()ed (PR-17552). -- _

[issue37535] Client SSLSocket with select.select() always returns readable with OpenSSL 1.1.1

Wator Sead added the comment: So, that means there are some additional optional operations after do_handshake(), the data is needed. Thanks for explanation! -- ___ Python tracker ___

[issue39004] test_largefile: TestSocketSendfile.test_it() failed on AMD64 Fedora Stable Refleaks 3.x

Giampaolo Rodola' added the comment: New changeset 82374979ec7e01e23385dca1d02b2aa3de16fea5 by Giampaolo Rodola in branch 'master': bpo-39004: increment large sendfile() test timeout (GH-17552) https://github.com/python/cpython/commit/82374979ec7e01e23385dca1d02b2aa3de16fea5 -- ___

[issue39013] SyntaxError: 'break' outside loop for legal Expression

New submission from Artem Tepanov : Why I can't execute this code: while False: if False: break print('WTF?') When I use repl.it or PyCharm on my work (Python 3.7) all works fine, yes I know this code looks silly, but it is a legal expression. About CPython Interpreter: C:\WINDOWS

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Steven D'Aprano added the comment: I don't know, why *can't* you execute that code? It works fine for me. Although I'm not using the exact same version of 3.8 that you are using. Could you copy and paste (not a screen shot or photo!) the text of your interactive session, including the error

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Artem Tepanov added the comment: Using cmd: C:\Users\ATepanov>python -V Python 3.8.0 C:\Users\ATepanov>python C:\Users\ATepanov\Desktop\Outside_The_Loop.py File "C:\Users\ATepanov\Desktop\Outside_The_Loop.py", line 3 break ^ SyntaxError: 'break' outside loop In Interactive: Python

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Artem Tepanov added the comment: Python 3.8.0 (tags/v3.8.0:fa919fd, Oct 14 2019, 19:37:50) [MSC v.1916 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> while False: ... if False: ... break ... File "", line 3 SyntaxError: 'break'

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Karthikeyan Singaravelan added the comment: This seems to be same as issue38640 . Can you please try 3.8.1RC1 to see if it's fixed? https://www.python.org/downloads/release/python-381rc1/ -- nosy: +xtreak ___ Python tracker

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Change by Serhiy Storchaka : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> while False: break => SyntaxError: 'break' outside loop ___ Python tracker

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Artem Tepanov added the comment: Thx, after upgrade to: Python 3.8.1rc1 (tags/v3.8.1rc1:b00a2b5, Dec 10 2019, 01:13:53) [MSC v.1916 64 bit (AMD64)] on win32 All works fine, ...but Could you "pushing the person" which responsible for Web-Site please?, because I got Interpreter from there: htt

[issue39011] ElementTree attributes replace "\r" with "\n"

Serhiy Storchaka added the comment: See https://www.w3.org/TR/REC-xml/#sec-line-ends. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue35827] C API dictionary views type checkers are not documented

Serhiy Storchaka added the comment: They were added in a22e8bdfd92cd4f1bc3d60e91df6410c4efde6a0. Additional types like PyDictRevIterKey_Type were added later. I am not sure that all these types should be exposed in the public C API. -- nosy: +christian.heimes, serhiy.storchaka versio

[issue30386] Add a build infrastructure for Android

Change by Xavier de Gaye : -- resolution: -> works for me stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

Change by Xavier de Gaye : -- nosy: -xdegaye ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue39013] SyntaxError: 'break' outside loop for legal Expression

Karthikeyan Singaravelan added the comment: Thanks for the confirmation. The issue was found after 3.8.0 release. The fix is in 3.8.1RC1 and will be made as 3.8.1 in couple of weeks. Normally regressions are not listed at downloads page but are tagged as regression in the tracker like the on

[issue39004] test_largefile: TestSocketSendfile.test_it() failed on AMD64 Fedora Stable Refleaks 3.x

STINNER Victor added the comment: Let's say that it's enough to hide the race condition :-) I close the issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker _

[issue24925] Allow doctest to find line number of __test__ strings if formatted as a triple quoted string.

Change by Roundup Robot : -- pull_requests: +17027 stage: test needed -> patch review pull_request: https://github.com/python/cpython/pull/17553 ___ Python tracker ___

[issue39014] test_concurrent_futures: test_crash() timed out on AMD64 Fedora Rawhide Refleaks 3.x

New submission from STINNER Victor : AMD64 Fedora Rawhide Refleaks 3.x: https://buildbot.python.org/all/#/builders/82/builds/12 0:15:30 load avg: 12.25 [308/420/1] test_concurrent_futures failed (15 min 26 sec) -- running: test_largefile (11 min 22 sec), test_io (2 min 9 sec), test_mailbox (1

[issue38999] Python launcher on Windows does not detect active venv

Eryk Sun added the comment: I don't think the "/usr/bin/env" case needs to limit qualified names like "python3[.x]" to registered installations. This is a choice made to simplify the implementation. If it finds a generic "python.exe" executable in PATH, for 3.5+ it is possible to query versi

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

Change by STINNER Victor : -- pull_requests: +17028 pull_request: https://github.com/python/cpython/pull/17554 ___ Python tracker ___ __

[issue1021318] PyThreadState_Next not thread safe

Julien Danjou added the comment: This is actually true and it's quite easy to produce a bug that triggers a segmentation fault when iterating over a large list of threads create dynamically. That makes PyThreadState_Next barely usable for any program that has a few threads. The head mutex n

[issue1021318] PyThreadState_Next not thread safe

STINNER Victor added the comment: > This is actually true and it's quite easy to produce a bug that triggers a > segmentation fault when iterating over a large list of threads create > dynamically. This issue is closed. Would you be able to write a reproducer script? If yes, maybe open a ne

[issue1021318] PyThreadState_Next not thread safe

Julien Danjou added the comment: It'd be great if you could reopen it. I'm interested in fixing it properly. It's impossible to "solve" in Python 2 since the head mutex is not accessible (it's static in pystate.c) but this is doable with Python 3 (yay). We'd simply need to provide a new API

[issue1021318] PyThreadState_Next not thread safe

STINNER Victor added the comment: I reopened the issue and changed the version to 3.9. -- resolution: out of date -> status: closed -> open versions: -Python 2.7, Python 3.5, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker

[issue1021318] PyThreadState_Next not thread safe

Change by STINNER Victor : -- nosy: +eric.snow, pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1021318] PyThreadState_Next not thread safe

STINNER Victor added the comment: > We'd simply need to provide a new API to lock/unlock the interpreter's mutex. Are you talking about this lock? #define HEAD_LOCK(runtime) \ PyThread_acquire_lock((runtime)->interpreters.mutex, WAIT_LOCK) #define HEAD_UNLOCK(runtime) \ PyThread_relea

[issue1021318] PyThreadState_Next not thread safe

Julien Danjou added the comment: Yes, that's the one 👍 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue24925] Allow doctest to find line number of __test__ strings if formatted as a triple quoted string.

Jurjen N.E. Bos added the comment: I tried to make a pull request, but it fails on the format of news file name. At least the tests all pass. -- ___ Python tracker ___ ___

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

Łukasz Langa added the comment: Make sure the standard library doesn't emit those warnings itself. -- nosy: +lukasz.langa ___ Python tracker ___ ___

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

New submission from Łukasz Langa : The original issue was bpo-36048. Some call sites were not updated and now 3.8.0 and 3.8.1rc1 are emitting a lot of warnings like: :219: DeprecationWarning: an integer is required (got type float). Implicit conversion to integers using __int__ is deprec

[issue25160] Stop using deprecated imp module; imp should now emit a real DeprecationWarning

Łukasz Langa added the comment: I meant to comment on a different issue, the trigger is stuff like https://bugs.python.org/issue39015 (new deprecationwarnings being generated without cleaning up the standard library first). -- ___ Python tracker <

[issue28249] doctest.DocTestFinder reports incorrect line numbers with exclude_empty=False

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue38947] dataclass defaults behave inconsistently for init=True/init=False when default is a descriptor

Change by PCManticore : -- nosy: +Claudiu.Popa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

Serhiy Storchaka added the comment: How did you get warnings? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue39015] DeprecationWarnings of implicitly truncations by __int__ appearing in the standard library

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue39016] Negative Refcount in Python 3.8

Change by Christian Tismer : -- keywords: +patch pull_requests: +17029 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17555 ___ Python tracker ___

[issue39016] Negative Refcount in Python 3.8

New submission from Christian Tismer : By the new Py_TPFLAGS_METHOD_DESCRIPTOR flag, a new code path is activated, and when extension types like PySide create a new class, we observe negative refcounts. The reason is that the code in typeobject.c fkt. type_mro_modified calls lookup_maybe_method

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

Jonathan Slenders added the comment: Thanks Victor for the reply. It looks like it's the self-socket in the BaseProactorEventLoop that gets closed. It's exactly this FD for which the exception is raised. We don't close the event loop anywhere. I also don't see `_close_self_pipe` being calle

[issue39017] Infinite loop in the tarfile module

New submission from jvoisin : While playing with fuzzing and Python, I stumbled upon an infinite loop in Python's tarfile module: just open the attached file with `tarfile.open('timeout-a52710a313fdb35fb428c3399277cb640fe2f686')`, and Python will be endlessly stuck in the `_proc_pax` function

[issue38576] CVE-2019-18348: CRLF injection via the host part of the url passed to urlopen()

Change by Matej Cepl : -- nosy: +mcepl ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.or

[issue39016] Negative Refcount in Python 3.8

Pablo Galindo Salgado added the comment: >From the PR: Christian, can you open the PR against master instead? We will backport the change to 3.8 after is merged. -- nosy: +pablogsal ___ Python tracker

[issue39018] IndexError exception on corrupted zip file

New submission from jvoisin : The attached file raises an `IndexError: tuple index out of range` exception when trying to open it with `zipfile.Zipfile('crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38')`, with the following stacktrace: ``` $ cat test_zip.py import zipfile import sys with zip

[issue39018] IndexError exception on corrupted zip file

Karthikeyan Singaravelan added the comment: master produces the below error while 3.8.0 produces IndexError. I guess it's fixed by one of the reports. ./python ../backups/bpo39018.py ../crash-23b7d72644702df94bfcfaab4c25b01ff31c0b38 Traceback (most recent call last): File "/home/xtreak/stu

[issue39016] Negative Refcount in Python 3.8

Christian Tismer added the comment: No, this appears to be impossible. The function "type_mro_modified" exists as well, but there is no "if (custom) {" branch at all! On 10.12.19 17:21, Pablo Galindo Salgado wrote: > > Pablo Galindo Salgado added the comment: > >>From the PR: > > Christia

[issue39016] Negative Refcount in Python 3.8

Pablo Galindo Salgado added the comment: > No, this appears to be impossible. Oh, I see. Apologies then for the misunderstunding. -- ___ Python tracker ___ __

[issue39018] IndexError exception on corrupted zip file

Karthikeyan Singaravelan added the comment: Bisecting gives me the commit as da6ce58dd5ac109485af45878fca6bfd265b43e9 where exception message is improved with issue36993 -- nosy: +serhiy.storchaka ___ Python tracker

[issue39016] Negative Refcount in Python 3.8

Christian Tismer added the comment: On 10.12.19 17:57, Pablo Galindo Salgado wrote: > > Pablo Galindo Salgado added the comment: > >> No, this appears to be impossible. > > Oh, I see. Apologies then for the misunderstunding. Well, but I think that is weird, too! Why should that custom clau

[issue39018] IndexError exception on corrupted zip file

Change by Serhiy Storchaka : -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Py

[issue39017] Infinite loop in the tarfile module

Change by Serhiy Storchaka : -- nosy: +lars.gustaebel, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue39010] ProactorEventLoop raises unhandled ConnectionResetError

Jonathan Slenders added the comment: It looks like the following code will reproduce the issue: ``` import asyncio import threading loop = asyncio.get_event_loop() while True: def test(): loop.call_soon_threadsafe(loop.stop) threading.Thread(target=test).start() loop.run

[issue39019] Missing class getitems in standard library classes

New submission from Batuhan : After working on issue 38994 and issue 38978, I decided to write a simple AST analyzer to find class getitem syntax usage in typeshed. It discovered a few classes (I am not sure if there are more). As @brett.cannon suggested in PR 17498 I'll prepare individual pu

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- components: +Library (Lib) nosy: +levkivskyi versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-lis

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- keywords: +patch pull_requests: +17030 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17558 ___ Python tracker ___

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17032 pull_request: https://github.com/python/cpython/pull/17560 ___ Python tracker ___ ___ P

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

Change by STINNER Victor : -- pull_requests: +17031 pull_request: https://github.com/python/cpython/pull/17559 ___ Python tracker ___ __

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17033 pull_request: https://github.com/python/cpython/pull/17561 ___ Python tracker ___ ___ P

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

Change by STINNER Victor : -- pull_requests: +17034 pull_request: https://github.com/python/cpython/pull/17562 ___ Python tracker ___ __

[issue39019] Missing class getitems in standard library classes

Change by Batuhan : -- pull_requests: +17035 pull_request: https://github.com/python/cpython/pull/17563 ___ Python tracker ___ ___ P

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

New submission from Michael Felt : Did not notice this earlier - as the buildbot does not report it: issue38312 introduced a regression with regard to AIX. Not sure how to classify component (as Build, C API, or Library, so left blank) Failed to build these modules: _curses

[issue33762] temp file isn't IOBase

Sergii Tkachenko added the comment: Confirming this to be a thing on Python 3.7.5 / OS X 10.15.1. In [31]: f = tempfile.NamedTemporaryFile() In [32]: isinstance(f, io.IOBase) Out[32]: False -- nosy: +sergiitk versions: +Python 3.7 -Python 3.6 ___ P

[issue33762] temp file isn't IOBase

Sergii Tkachenko added the comment: Affected as well: Python 3.8.0 (default, Nov 3 2019, 10:55:54) [Clang 11.0.0 (clang-1100.0.33.8)] on darwin -- versions: +Python 3.8 -Python 3.7 ___ Python tracker __

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

Change by Michael Felt : -- components: +Extension Modules ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue39020] [AIX] module _ctypes fails to build since ESCDELAY has been added

Michael Felt added the comment: I am thinking along two lines: a) tell setup.py to not build _curses, just as _curses_panel b) figure out how to use configure tests, to establish that ESCDELAY is not available AND then tell _cursesmodule.* that these routines are not available (and add that

[issue33762] temp file isn't IOBase

Serhiy Storchaka added the comment: Even if make TemporaryFile a subclass of IOBase (I am not sure we should do this) you could only use this in Python 3.9 and newer. I think it is better to fix this issue on the aiohttp side. aiohttp already registers payload types for a bunch of file-like

[issue39020] [AIX] module _curses fails to build since ESCDELAY has been added

Change by Zachary Ware : -- components: +Build title: [AIX] module _ctypes fails to build since ESCDELAY has been added -> [AIX] module _curses fails to build since ESCDELAY has been added ___ Python tracker ___

[issue33762] temp file isn't IOBase

Change by Terry J. Reedy : -- versions: +Python 3.7, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset 07871b256c76ca561554d1f82b430fc64a5c7ee0 by Victor Stinner in branch 'master': bpo-38614: Use test.support.LOOPBACK_TIMEOUT constant (GH-17554) https://github.com/python/cpython/commit/07871b256c76ca561554d1f82b430fc64a5c7ee0 -- _

[issue39020] [AIX] module _curses fails to build since ESCDELAY has been added

Serhiy Storchaka added the comment: I prefer option (b). We can also just use #if !defined(_AIX) || defined(NCURSES_VERSION) Interesting, a comment in curses.h: * Notes: * a. ESCDELAY was an undocumented feature under AIX curses. * It gives the ESC expire time in milliseconds

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset bbc8b7965bb9f46763c96878326966f4231c7d39 by Victor Stinner in branch 'master': bpo-38614: Use default join_thread() timeout in tests (GH-17559) https://github.com/python/cpython/commit/bbc8b7965bb9f46763c96878326966f4231c7d39 -- _

[issue33762] temp file isn't IOBase

Andrew Svetlov added the comment: Agree, aiohttp can be fixed easily. If somebody wants to make a pull request -- you are welcome! https://github.com/aio-libs/aiohttp/issues/4432 -- ___ Python tracker _

[issue39011] ElementTree attributes replace "\r" with "\n"

mefistotelis added the comment: Disclaimer: I'm not at all an expert in XML specs. The linked spec chapter, "End-of-Line Handling", says all line endings should behave like they were converted to "\n" _before_ parsing. This means: 1. This part of spec does not apply to the behavior describe

[issue33762] temp file isn't IOBase

Serhiy Storchaka added the comment: Actually things are more complex. TemporaryFile is not a class, it is a function, so it does not make sense to use it with isinstance(). And if add support for TemporaryFile, NamedTemporaryFile and SpooledTemporaryFile should be supported too. It may be e

[issue38614] test_asyncio: test_communicate() failed on AMD64 FreeBSD Shared 3.8

STINNER Victor added the comment: New changeset c98b0199a984430312833ef403d265be314f7244 by Victor Stinner in branch 'master': bpo-38614: Use test.support.LONG_TIMEOUT constant (GH-17562) https://github.com/python/cpython/commit/c98b0199a984430312833ef403d265be314f7244 -- _

  1   2   >