[issue32686] python3.6.4 build hangs on test_asyncio macOS 10.13

[7stud]

Change by 7stud <7s...@excite.com>:


--
title: python3.6.4 build with --enable-optimzations hangs on macOS 10.13 -> 
python3.6.4 build hangs on test_asyncio macOS 10.13

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32699] pythonXY._pth : unclear how .pth files are handled

[Thomas Kluyver]

Thomas Kluyver  added the comment:

Thanks Steve, that looks good.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31368] Add os.preadv() and os.pwritev()

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5249

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32686] python3.6.4 build hangs on test_asyncio macOS 10.13

[7stud]

7stud <7s...@excite.com> added the comment:

Thanks for getting back to me Ned!  I'll just install a pre-built python, then. 
In the past, I've always installed python via a .tgz file, so out of habit that 
is what I tried first.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32702] Minor markup typo

[miss-islington]

Change by miss-islington :


--
pull_requests: +5250

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5251

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5252
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
keywords: +patch
pull_requests: +5253

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I have opened a PR to address this issues:

https://github.com/python/cpython/pull/5415

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12568] Add functions to get the width in columns of a character

[Robert Booth]

Change by Robert Booth :


--
nosy: +ishigoya

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30491] Add a lightweight mechanism for detecting un-awaited coroutine objects

[Nathaniel Smith]

Nathaniel Smith  added the comment:

Okay, more context for future archaelogists / me in 6 months, phrased in the 
form of a timeline:

This discussion started back in March, when I made an issue on the trio tracker 
[1] with notes on rough edges in CPython that it might make sense to try to 
target for 3.7; Brett, Yury, Nick, Dave Beazley, Matthias Bussonier joined in 
and it quickly turned into a discussion around the question of "is there 
anything we can do to improve developer experience when they forget an await?". 
Various impractical ideas were brainstormed / critiqued / prototyped.

>From discussions at PyCon in May, I realized that while catching missing 
>'await' where they happen is very difficult, an unobtrusive tweak to the 
>interpreter might allow catching them soon after they happen; that's when I 
>filed this issue (bpo-30491) with a vague initial proposal [2]. Matthias also 
>did some work on prototyping this using set_coroutine_wrapper [3]

End of August/beginning of September: more detailed analysis of various tricky 
edge cases refined this into an design that could actually work [4]; checked 
with pytest-asyncio devs for their thoughts [5].

Early/Mid December 2017: uh oh, feature freeze is less than 2 months away, 
better get moving; I posted a full proposal here [6]. After a few rounds of 
hashing out the basic idea here in the issue tracker, we seemed to have 
consensus that this was a reasonable approach, but (a) would it be better to 
add the feature to the interpreter, or to put it in a third-party library using 
set_coroutine_wrapper? and (b) how do we get this and asyncio debug mode to 
work together, like you'd want, instead of clashing over the coroutine wrapper 
and generally making a mess?

Mid January 2018: Yury re-emerges from vacation, and in more discussions we 
realized that implementing "origin tracking" and "unawaited tracking" as 
built-in features would not only cover all the use cases, but would also open 
up origin tracking to other async frameworks, allow the two tools to complement 
each other instead of colliding, and let us deprecate set_coroutine_wrapper 
(which is a pretty obviously terrible API, much uglier than the two more 
specialized features here). So I filed bpo-32591 and wrote a patch for it, 
which was merged, and then reworked my prototype for this (bpo-30491) into 
something reviewable (gh-5279).

Tuesday: Yury realized "oh $#@ in all of that we never talked to Guido" [7]. 
Lesson learned!

[1] https://github.com/python-trio/trio/issues/79
[2] https://bugs.python.org/issue30491#msg294584
https://github.com/python-trio/trio/issues/79#issuecomment-304428955
[3] https://github.com/python-trio/trio/pull/176
[4] https://github.com/python-trio/trio/issues/79#issuecomment-325188030
[5] https://github.com/pytest-dev/pytest-asyncio/issues/67
[6] https://bugs.python.org/issue30491#msg308090
[7] https://bugs.python.org/issue30491#msg310559

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32704] Tracking

[Eric V. Smith]

Eric V. Smith  added the comment:

This list is for the development of python, not for help with using python.

I suggest you ask your question on the python-list mailing list: 
https://mail.python.org/mailman/listinfo/python-list

--
nosy: +eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32702] Minor markup typo

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Thanks for the patch.

--
nosy: +rhettinger
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32705] Current Android does not have posix_spawn

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 8997f9cd1a59f04fbb8c7b590295a9f38c548744 by Victor Stinner 
(Chih-Hsuan Yen) in branch 'master':
bpo-32705: Current Android does not have posix_spawn (#5413)
https://github.com/python/cpython/commit/8997f9cd1a59f04fbb8c7b590295a9f38c548744


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Martin Panter]

Martin Panter  added the comment:

Does the PySequence_Fast result need releasing if the following “for” loop 
fails? There is a Py_DECREF only in the successful case, which seems 
inconsistent.

Does Python still support non-UTF-8 locales and bytes filenames? I haven’t been 
keeping up, but I assumed these things were still supported in many cases. It 
seems strange to only support UTF-8 in the “addopen” file action.

Pablo’s second PR currently 
 calls 
PyErr_SetString(PyExc_OSError, . . .) with a custom error message depending on 
which OS call failed. But I wonder if it is more important to set the “errno” 
attribute (which I think should choose an OSError subclass if appropriate). 
Perhaps you can do that by assigning the return values to “errno” and then 
calling PyErr_SetFromErrno. A disadvantage might be less context about which 
stage went wrong.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32650] Debug support for native coroutines is broken

[miss-islington]

Change by miss-islington :


--
pull_requests: +5254

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Martin Panter]

Martin Panter  added the comment:

TypeError if “posix_spawn_file_actions_init” fails doesn’t seem right. I 
suggest OSError, MemoryError, or even plain Exception instead.

“File_actionsp” is set to point to a local variable “_file_actions”, but the 
variable goes out of scope before the pointer is used. This is technically 
undefined behaviour (even if it happens to work). Simplest solution would be to 
move the variables into the same outer scope.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32650] Debug support for native coroutines is broken

[Andrew Svetlov]

Andrew Svetlov  added the comment:


New changeset d9c743b2d118530ca13a8e29f96f30950866bd56 by Andrew Svetlov (Miss 
Islington (bot)) in branch '3.6':
bpo-32650: Add an asyncgen pdb test (GH-5406) (#5419)
https://github.com/python/cpython/commit/d9c743b2d118530ca13a8e29f96f30950866bd56


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 2914bb32e2adf8dff77c0ca58b33201bc94e398c by Victor Stinner in 
branch 'master':
bpo-20891: Py_Initialize() now creates the GIL (#4700)
https://github.com/python/cpython/commit/2914bb32e2adf8dff77c0ca58b33201bc94e398c


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5255

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Regarding the leak, I was under the assumption that as File_actionsp is 
pointing to a stack initialized _file_actions and is this last variable the one 
that is passed to posix_spawn_file_actions_init, it was not needed to 
explicitly call posix_spawn_file_actions_destroy as the variable will go out of 
scope and the pointer is pointing to a stack variable. Am I missing something?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:

> I ran pyperformance on my PR 4700. Differences of at least 5%: (...)

I tested again these 5 benchmarks were Python was slower with my PR. I ran 
these benchmarks manually on my laptop using CPU isolation. Result:

vstinner@apu$ python3 -m perf compare_to ref.json patch.json --table
Not significant (5): unpickle_pure_python; sqlite_synth; spectral_norm; 
pathlib; scimark_monte_carlo

Ok, that was expected: no significant difference.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31151] socketserver.ForkingMixIn.server_close() leaks zombie processes

[STINNER Victor]

STINNER Victor  added the comment:


New changeset db8189bb8db609ca3993dec31fb95fdbe134469a by Victor Stinner in 
branch 'master':
bpo-31233, bpo-31151: Document socketserver changes (#5417)
https://github.com/python/cpython/commit/db8189bb8db609ca3993dec31fb95fdbe134469a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31233] socketserver.ThreadingMixIn leaks running threads after server_close()

[STINNER Victor]

STINNER Victor  added the comment:


New changeset db8189bb8db609ca3993dec31fb95fdbe134469a by Victor Stinner in 
branch 'master':
bpo-31233, bpo-31151: Document socketserver changes (#5417)
https://github.com/python/cpython/commit/db8189bb8db609ca3993dec31fb95fdbe134469a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5256

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Martin Panter]

Martin Panter  added the comment:

Your assumption about calling “file_actions_destroy” would be okay if the 
posix_spawn_file_actions_t object was a simple object or structure. But I 
imagine most implementations would allocate memory when you call one of the 
“add” methods. Especially “addopen”, which is supposed to copy the filename 
string somewhere. Looking at “uclibc” 
, I see it 
calls “free”, because it allocates an array for all the file actions.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:

I proposed PR 5421 to fix Python 3.6: modify Py_Initialize() to call 
PyEval_InitThreads().

I'm not sure of Python 2.7. Not only the backport is not straighforward, but 
I'm not sure that I want to touch the super-stable 2.7 branch. Maybe for 2.7, I 
should just remove the currently skipped test_bpo20891() test from test_capi.

What do you think?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[STINNER Victor]

New submission from STINNER Victor :

It may be a regression caused by this recent change:
---
commit 61d478c71c5341cdc54e6bfb4ace4252852fd972
Author: Christian Heimes 
Date:   Sat Jan 27 15:51:38 2018 +0100

bpo-31399: Let OpenSSL verify hostname and IP address (#3462)

bpo-31399: Let OpenSSL verify hostname and IP

The ssl module now uses OpenSSL's X509_VERIFY_PARAM_set1_host() and
X509_VERIFY_PARAM_set1_ip() API to verify hostname and IP addresses.

* Remove match_hostname calls
* Check for libssl with set1_host, libssl must provide 
X509_VERIFY_PARAM_set1_host()
* Add documentation for OpenSSL 1.0.2 requirement
* Don't support OpenSSL special mode with a leading dot, e.g. 
".example.org" matches "www.example.org". It's not standard conform.
* Add hostname_checks_common_name

Signed-off-by: Christian Heimes 
---

Travis CI output, reformatted to make it more readable:

https://travis-ci.org/python/cpython/jobs/334652437

test_check_hostname (test.test_ftplib.TestTLS_FTPClass) ...

Exception in thread Thread-83:
Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/asynchat.py", line 251, in 
initiate_send
num_sent = self.send(data)
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 381, 
in send
return super(SSLConnection, self).send(data)
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 360, in send
result = self.socket.send(data)
  File "/home/travis/build/python/cpython/Lib/ssl.py", line 963, in send
return self._sslobj.write(data)
  File "/home/travis/build/python/cpython/Lib/ssl.py", line 670, in write
return self._sslobj.write(data)
ssl.SSLError: [SSL: SSLV3_ALERT_BAD_CERTIFICATE] sslv3 alert bad certificate 
(_ssl.c:2206)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 83, in read
obj.handle_read_event()
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 369, 
in handle_read_event
super(SSLConnection, self).handle_read_event()
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 422, in 
handle_read_event
self.handle_read()
  File "/home/travis/build/python/cpython/Lib/asynchat.py", line 171, in 
handle_read
self.found_terminator()
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 116, 
in found_terminator
method(arg)
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 231, 
in cmd_list
self.dtp.push(LIST_DATA)
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 73, in 
push
super(DummyDTPHandler, self).push(what.encode('ascii'))
  File "/home/travis/build/python/cpython/Lib/asynchat.py", line 202, in push
self.initiate_send()
  File "/home/travis/build/python/cpython/Lib/asynchat.py", line 253, in 
initiate_send
self.handle_error()
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 402, 
in handle_error
raise Exception
Exception

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/threading.py", line 917, in 
_bootstrap_inner
self.run()
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 279, 
in run
asyncore.loop(timeout=0.1, count=1)
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 207, in loop
poll_fun(timeout, map)
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 150, in poll
read(obj)
  File "/home/travis/build/python/cpython/Lib/asyncore.py", line 87, in read
obj.handle_error()
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 402, 
in handle_error
raise Exception
Exception

ERROR

==
ERROR: test_check_hostname (test.test_ftplib.TestTLS_FTPClass)
--
Traceback (most recent call last):
  File "/home/travis/build/python/cpython/Lib/test/test_ftplib.py", line 958, 
in test_check_hostname
self.client.quit()
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 665, in quit
resp = self.voidcmd('QUIT')
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 278, in voidcmd
return self.voidresp()
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 251, in voidresp
resp = self.getresp()
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 236, in getresp
resp = self.getmultiline()
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 222, in 
getmultiline
line = self.getline()
  File "/home/travis/build/python/cpython/Lib/ftplib.py", line 204, in getline
line = self.file.readline(self.maxline + 1)
  File "/home/travis/build/python/cpython/Lib/socket.py", line 582, in readinto
r

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[STINNER Victor]

STINNER Victor  added the comment:

I'm able to reproduce the failure on my Fedora 27 using two terminals:

(1) Run the test in a loop:
vstinner@apu$ ./python -m test -v test_ftplib -m test_check_hostname -F

(2) Stress the system, example:
vstinner@apu$ ./python -m test -j0 -r

When the system load becomes higher than 2 (I have 8 logical CPUs), 
test_check_hostname() fails.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:

Antoine Pitrou considers that my PR 5421 for Python 3.6 should not be merged:
"@vstinner I don't think so. People can already call PyEval_InitThreads."
https://github.com/python/cpython/pull/5421#issuecomment-361214537

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31399] Let OpenSSL verify hostname and IP address

[STINNER Victor]

STINNER Victor  added the comment:

It seems like the commit 61d478c71c5341cdc54e6bfb4ace4252852fd972 introduced a 
regression in test_ftplib: bpo-32706. Can you please take a look?

--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +5257
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[STINNER Victor]

STINNER Victor  added the comment:

Python master doesn't build on macOS Tiger anymore:

http://buildbot.python.org/all/#/builders/30/builds/581

./Modules/posixmodule.c:251:19: error: spawn.h: No such file or directory
./Modules/posixmodule.c: In function ‘os_posix_spawn_impl’:
./Modules/posixmodule.c:5174: error: ‘posix_spawn_file_actions_t’ undeclared 
(first use in this function)
./Modules/posixmodule.c:5174: error: (Each undeclared identifier is reported 
only once
./Modules/posixmodule.c:5174: error: for each function it appears in.)
./Modules/posixmodule.c:5174: error: ‘file_actionsp’ undeclared (first use in 
this function)
./Modules/posixmodule.c:5176: error: parse error before ‘_file_actions’
./Modules/posixmodule.c:5177: warning: implicit declaration of function 
‘posix_spawn_file_actions_init’
./Modules/posixmodule.c:5177: error: ‘_file_actions’ undeclared (first use in 
this function)
./Modules/posixmodule.c:5232: warning: implicit declaration of function 
‘posix_spawn_file_actions_addopen’
./Modules/posixmodule.c:5245: warning: implicit declaration of function 
‘posix_spawn_file_actions_addclose’
./Modules/posixmodule.c:5262: warning: implicit declaration of function 
‘posix_spawn_file_actions_adddup2’
./Modules/posixmodule.c:5274: warning: implicit declaration of function 
‘posix_spawn’
make: *** [Modules/posixmodule.o] Error 1

See also bpo-32705: "Current Android does not have posix_spawn" (now fixed). In 
PR 5413 of this bpo, it was also asked if "#define HAVE_POSIX_SPAWN 1" of 
posixmodule.c makes sence since there is already a configure check for 
posix_spawn()?

https://github.com/python/cpython/pull/5413#issuecomment-361183294

--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32661] ProactorEventLoop locks up on close call

[Antoine Pitrou]

Change by Antoine Pitrou :


--
versions: +Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[STINNER Victor]

STINNER Victor  added the comment:

Different failure on x86 Tiger 3.x:

http://buildbot.python.org/all/#/builders/30/builds/562

==
ERROR: test_sendfile_ssl (test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2243, in test_sendfile_ssl
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/utils.py", 
line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

==
ERROR: test_sendfile_ssl_close_peer_after_receiving 
(test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2325, in test_sendfile_ssl_close_peer_after_receiving
close_after=len(self.DATA))
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/utils.py", 
line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

==
ERROR: test_sendfile_ssl_partial 
(test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2302, in test_sendfile_ssl_partial
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/utils.py", 
line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

==
ERROR: test_sendfile_ssl_pre_and_post_data 
(test.test_asyncio.test_events.KqueueEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2277, in test_sendfile_ssl_pre_and_post_data
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/utils.py", 
line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

==
ERROR: test_sendfile_ssl (test.test_asyncio.test_events.PollEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2243, in test_sendfile_ssl
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/utils.py", 
line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

==
ERROR: test_sendfile_ssl_close_peer_after_receiving 
(test.test_asyncio.test_events.PollEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_asyncio/test_events.py",
 line 2325, in test_sendfile_ssl_close_peer_after_receiving
close_after=len(self.DATA))
  File 
"/Users/db3l/buildarea/3.x.bolen-tiger/build/Lib/test/test_

[issue20104] expose posix_spawn(p)

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

@vstinner I have removed the #define HAVE_POSIX_SPAWN 1 in PR 5418.

--
nosy:  -vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[STINNER Victor]

STINNER Victor  added the comment:

Similar errors on more recent macOS version, x86-64 El Capitan 3.x:

http://buildbot.python.org/all/#/builders/93/builds/234

One example:

==
ERROR: test_sendfile_ssl_partial 
(test.test_asyncio.test_events.SelectEventLoopTests)
--
Traceback (most recent call last):
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/test_asyncio/test_events.py",
 line 2302, in test_sendfile_ssl_partial
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/Users/buildbot/buildarea/3.x.billenstein-elcapitan/build/Lib/test/test_asyncio/utils.py",
 line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[STINNER Victor]

STINNER Victor  added the comment:

And x86 Ubuntu Shared 3.x:

http://buildbot.python.org/all/#/builders/88/builds/603

Example:

==
ERROR: test_sendfile_ssl_partial 
(test.test_asyncio.test_events.SelectEventLoopTests)
--
Traceback (most recent call last):
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_asyncio/test_events.py",
 line 2302, in test_sendfile_ssl_partial
srv_proto, cli_proto = self.prepare(is_ssl=True)
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_asyncio/test_events.py",
 line 2136, in prepare
srv_ctx = test_utils.simple_server_sslcontext()
  File 
"/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_asyncio/utils.py",
 line 73, in simple_server_sslcontext
server_context = ssl.SSLContext(ssl.PROTOCOL_TLS_SERVER)
AttributeError: 'NoneType' object has no attribute 'SSLContext'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[STINNER Victor]

STINNER Victor  added the comment:

Oh wait, sendfile test errors come from bpo-32622, loop.sendfile().

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:

New asyncio sendfile tests fail on many buildbots. See:
https://bugs.python.org/issue32645#msg311101

--
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Should be fixed by https://github.com/python/cpython/commit/0f54e00e963

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32622] Implement loop.sendfile

[Andrew Svetlov]

Andrew Svetlov  added the comment:

I pretty sure it's fixed by https://github.com/python/cpython/commit/0f54e00e963

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[STINNER Victor]

STINNER Victor  added the comment:

Oh sorry, I was reading old issues. I checked the latest status of buildbot 
workers for which I reported failures:

* x86 Ubuntu Shared 3.x: FIXED
* x86-64 El Capitan 3.x: FIXED
* x86 Windows7 3.x: FIXED
* x86 Tiger 3.x: compilation doesn't work anymore, see 
https://bugs.python.org/issue20104#msg311100

Ok, it seems like all issues now have been fixed.

On bpo-20104 will be fixed, if test_asyncio still fails on x86 Tiger 3.x, I 
will open a more specific issue.

I close this issue.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 51500f37453bbcbc5f1dbc3c38d079c3c1efe5de by Victor Stinner in 
branch 'master':
bpo-32706: Skip test_ftplib.test_check_hostname() (#5422)
https://github.com/python/cpython/commit/51500f37453bbcbc5f1dbc3c38d079c3c1efe5de


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5258

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32645] test_asyncio: TLS tests fail on "x86 Windows7" buildbot

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Thanks, Victor!

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32707] Python/hamt.c warnings

[STINNER Victor]

New submission from STINNER Victor :

https://ci.appveyor.com/project/python/cpython/build/3.7build11469

..\Python\hamt.c(623): warning C4018: '<': signed/unsigned mismatch 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]
..\Python\hamt.c(937): warning C4018: '<': signed/unsigned mismatch 
[C:\projects\cpython\PCbuild\pythoncore.vcxproj]

IMHO it's a real bug, the warning must not be made quiet. HAMT doesn't support 
sizes larger than UINT32_MAX. HAMT must either fail to create if size is larger 
than UINT32_MAX, or the code should be fixed to use wider C types (larger than 
uint32_t, like uint64_t).

--
components: Interpreter Core, asyncio
messages: 32
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: Python/hamt.c warnings
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32708] test_sendfile() hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot

[STINNER Victor]

New submission from STINNER Victor :

loop.sendfile() was added to asyncio in bpo-32622.

The test hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot:

http://buildbot.python.org/all/#/builders/87/builds/598

Timeout (0:15:00)!
Thread 0x000802006400 (most recent call first):
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/selectors.py", 
line 415 in select
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/base_events.py",
 line 1702 in _run_once
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/base_events.py",
 line 521 in run_forever
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/asyncio/base_events.py",
 line 553 in run_until_complete
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_asyncio/test_events.py",
 line 2131 in run_loop
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/test_asyncio/test_events.py",
 line 2194 in test_sendfile
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", 
line 615 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/case.py", 
line 663 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 122 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", 
line 84 in __call__
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/unittest/runner.py", 
line 176 in run
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1861 in _run_suite
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py",
 line 1951 in run_unittest
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 175 in test_runner
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 176 in runtest_inner
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/runtest.py",
 line 140 in runtest
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 291 in rerun_failed_tests
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 540 in _main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 510 in main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/libregrtest/main.py",
 line 585 in main
  File 
"/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/test/__main__.py", 
line 2 in 
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/runpy.py", line 
85 in _run_code
  File "/usr/home/buildbot/python/3.x.koobs-freebsd10/build/Lib/runpy.py", line 
193 in _run_module_as_main
test_sendfile (test.test_asyncio.test_events.PollEventLoopTests) ... *** Error 
code 1

--
components: Tests, asyncio
messages: 33
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_sendfile() hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:

test_sendfile() hangs on AMD64 FreeBSD 10.x Shared 3.x buildbot: bpo-32708.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32709] the iterable for itertools.groupby must be sorted

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

The documentation of itertools.groupby indicates that generally, the iterable 
needs to be sorted. In fact, this iterable MUST be sorted.

--
assignee: docs@python
components: Documentation
messages: 35
nosy: docs@python, matrixise
priority: normal
severity: normal
status: open
title: the iterable for itertools.groupby must be sorted
versions: Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32709] the iterable for itertools.groupby must be sorted

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
keywords: +patch
pull_requests: +5259
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32710] test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x

[STINNER Victor]

New submission from STINNER Victor :

AMD64 Windows8.1 Refleaks 3.x:
http://buildbot.python.org/all/#/builders/80/builds/118

test_asyncio leaked [4, 4, 3] memory blocks, sum=11

I reproduced the issue. I'm running test.bisect to try to isolate this bug.

--
components: asyncio
messages: 36
nosy: asvetlov, vstinner, yselivanov
priority: normal
severity: normal
status: open
title: test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 
Refleaks 3.x
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23749] asyncio missing wrap_socket (starttls)

[STINNER Victor]

STINNER Victor  added the comment:

test_start_tls_server_1() still fails randomly. Example on AppVeyor on my PR 
5423:

https://ci.appveyor.com/project/python/cpython/build/3.7build11472

ERROR: test_start_tls_server_1 
(test.test_asyncio.test_sslproto.SelectorStartTLSTests)
--
Traceback (most recent call last):
  File "C:\projects\cpython\lib\test\test_asyncio\test_sslproto.py", line 293, 
in test_start_tls_server_1
asyncio.wait_for(main(), loop=self.loop, timeout=10))
  File "C:\projects\cpython\lib\asyncio\base_events.py", line 564, in 
run_until_complete
raise RuntimeError('Event loop stopped before Future completed.')
RuntimeError: Event loop stopped before Future completed.

I also had this failure on my Windows 10 VM when running "python -m test -R 3:3 
-v test_asyncio". I skipped the test to be able to debug bpo-32710.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 8017b804a06804793bcc0a7f734d8a846b0fe18a by Victor Stinner in 
branch 'master':
bpo-28685: Fix compiler warning (GH-5423)
https://github.com/python/cpython/commit/8017b804a06804793bcc0a7f734d8a846b0fe18a


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32709] the iterable for itertools.groupby must be sorted

[Cheryl Sabella]

Cheryl Sabella  added the comment:

It depends upon your use case.

In general, if you want it to work like SQL group by, then yes, it needs to be 
sorted, and I believe the documentation already covers that.  However, there 
are scenarios where you want to condense a string, but keep the ordering, such 
as:

'abbddd' into '5a6b4c4a3d'

and itertools.groupby works very nicely for that.

--
nosy: +csabella

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32709] the iterable for itertools.groupby must be sorted

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

good catch, I only use itertools.groupby when I work for a collection.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32709] the iterable for itertools.groupby must be sorted

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

I am going to close my issue because with your use case, this issue makes no 
sense.

--
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32710] test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x

[STINNER Victor]

STINNER Victor  added the comment:

It seems to be related to sendfile():

C:\vstinner\python\master>python -m test -R 3:3 test_asyncio -m 
test.test_asyncio.test_events.ProactorEventLoopTests.test_sendfile_close_peer_in_middle_of_receiving
Running Debug|x64 interpreter...
Run tests sequentially
0:00:00 [1/1] test_asyncio
beginning 6 repetitions
123456
..
test_asyncio leaked [1, 2, 1] memory blocks, sum=4
test_asyncio failed

1 test failed:
test_asyncio

Total duration: 1 sec
Tests result: FAILURE

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32622] Implement loop.sendfile

[STINNER Victor]

STINNER Victor  added the comment:

ProactorEventLoopTests.test_sendfile_close_peer_in_middle_of_receiving() leaks 
a reference on Windows: bpo-32710.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:


New changeset d951157268b2122109098c792562b71ccc41920b by Victor Stinner in 
branch 'master':
bpo-20891: Reenable test_embed.test_bpo20891() (GH-5420)
https://github.com/python/cpython/commit/d951157268b2122109098c792562b71ccc41920b


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:

Antoine Pitrou:
> @vstinner I don't think so. People can already call PyEval_InitThreads.

Since only two users complained about https://bugs.python.org/issue20891 in 3 
years, I agree that it's ok to not fix Python 2.7 and 3.6. The workaround is to 
call PyEval_InitThreads() before starting the first thread.

I wasn't excited to make such stable in stable 2.7 and 3.6 anyway :-)

test_embed.test_bpo20891() is enabled again on master. I now close the issue.

Thanks Steve Dower for the bug report!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31429] TLS cipher suite compile time option for downstream

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 892d66e422d5367673163d62ba40cd70a37d5cf7 by Christian Heimes in 
branch 'master':
bpo-31429: Define TLS cipher suite on build time (#3532)
https://github.com/python/cpython/commit/892d66e422d5367673163d62ba40cd70a37d5cf7


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31429] TLS cipher suite compile time option for downstream

[Christian Heimes]

Change by Christian Heimes :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5260

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32706] test_check_hostname() of test_ftplib started to fail randomly

[Christian Heimes]

Christian Heimes  added the comment:

Some tests still use asyncore to test TLS. Yes, that's old asyncore, not 
asyncio. I suggest that we replace asyncore with a threaded test server from 
test_ssl.

--
nosy: +giampaolo.rodola

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28414] SSL match_hostname fails for internationalized domain names

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 66e5742becce38e69a8f09e5f7051445fc57e92e by Christian Heimes in 
branch 'master':
bpo-28414: ssl module idna test (#5395)
https://github.com/python/cpython/commit/66e5742becce38e69a8f09e5f7051445fc57e92e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31399] Let OpenSSL verify hostname and IP address

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 66e5742becce38e69a8f09e5f7051445fc57e92e by Christian Heimes in 
branch 'master':
bpo-28414: ssl module idna test (#5395)
https://github.com/python/cpython/commit/66e5742becce38e69a8f09e5f7051445fc57e92e


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue28414] SSL match_hostname fails for internationalized domain names

[Christian Heimes]

Christian Heimes  added the comment:

In PR https://github.com/python/cpython/pull/5395 I added a test to verify that 
most IDNA domains are now working. IDNA 2008 deviations and the fundamental 
issue of IDNA server callback and IDNA encoded server_hostname attribute are 
still open. I'll address them in another PR.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31399] Let OpenSSL verify hostname and IP address

[Socob]

Change by Socob <206a8...@opayq.com>:


--
nosy: +Socob

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Stéphane Wirtel]

New submission from Stéphane Wirtel :

Python/ast_unparse.c: At top level:
Python/ast_unparse.c:1122:1: warning: function declaration isn’t a prototype 
[-Wstrict-prototypes]
 maybe_init_static_strings()
 ^
Python/ast_unparse.c: In function ‘append_ast_binop’:
Python/ast_unparse.c:105:15: warning: ‘op’ may be used uninitialized in this 
function [-Wmaybe-uninitialized]
 if (-1 == append_charp(writer, op)) {
   ^~~~
Python/ast_unparse.c: In function ‘append_ast_unaryop’:
Python/ast_unparse.c:132:15: warning: ‘op’ may be used uninitialized in this 
function [-Wmaybe-uninitialized]
 if (-1 == append_charp(writer, op)) {
   ^~~~

--
components: Interpreter Core
messages: 311131
nosy: matrixise
priority: normal
severity: normal
status: open
title: Fix warnings for Python/ast_unparse.c
versions: Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Christian Heimes]

Christian Heimes  added the comment:

I'm getting slightly different warnings with GCC 7.2.1:

Python/ast_unparse.c: In function ‘append_formattedvalue’:
Python/ast_unparse.c:859:41: warning: ordered comparison of pointer with 
integer zero [-Wextra]
 if (e->v.FormattedValue.format_spec > 0) {
 ^
Python/ast_unparse.c: At top level:
Python/ast_unparse.c:1122:1: warning: function declaration isn’t a prototype 
[-Wstrict-prototypes]
 maybe_init_static_strings()
 ^
Python/ast_unparse.c: In function ‘append_ast_expr’:
Python/ast_unparse.c:23:16: warning: ‘op’ may be used uninitialized in this 
function [-Wmaybe-uninitialized]
 return _PyUnicodeWriter_WriteASCIIString(writer, charp, -1);
^~~~
Python/ast_unparse.c:119:17: note: ‘op’ was declared here
 const char *op;
 ^~
Python/ast_unparse.c:23:16: warning: ‘op’ may be used uninitialized in this 
function [-Wmaybe-uninitialized]
 return _PyUnicodeWriter_WriteASCIIString(writer, charp, -1);
^~~~
Python/ast_unparse.c:79:17: note: ‘op’ was declared here
 const char *op;

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
keywords: +patch
pull_requests: +5261
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Christian, I proposed a patch ofr the maybe_init_static_strings and for the 
const char *op, but I don't know how to fix for the 
e->v.FormattedValue.format_spec > 0, I don't know how to interpret it :/

But for _PyUnicodeWriter_WriteASCIIString, I don't get that warning.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32650] Debug support for native coroutines is broken

[Andrew Svetlov]

Change by Andrew Svetlov :


--
pull_requests: +5262

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17651] Errno checking replaced by concrete classes inherited from OSError

[Andrew Svetlov]

Andrew Svetlov  added the comment:

The issue is outdated and mostly fixed.

Feel free to open a new one if needed.

--
status: pending -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17651] Errno checking replaced by concrete classes inherited from OSError

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16705] Use concrete classes inherited from OSError instead of errno check

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue16648] stdib should use new exception types from PEP 3151

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32712] Modifying a list/dict effects all variables sharing that address

[64andy]

New submission from 64andy <64andy2...@gmail.com>:

If multiple lists/dictionaries are in the same memory address (usually caused 
by var1 = var2), then altering one will effect every variable in that address.
The ways I've found to achieve this are:
>>> my_list[2] = "Spam"
>>> my_list += "9"
>>> my_list.insert(4, "Hello")
>>> dictvar.update({"Three": "Four"})

This was achieved using Python 3.6.4 32-bit and 3.6.3 64-bit (CPython), and 
happened in both IDLE and python.exe

List Example code:
x = ['a','b','c']
y = x #Now y and x share a memory address, because CPython does that
print(f"Sanity test - x and y share the same address = {x is y}")

y[1] = '123'
y += ["Foo"]
y.insert(-1, "Eleven")

#x's Expected Value: ['a','b','c']
print(x) #Actual Value

--
messages: 311135
nosy: 64andy
priority: normal
severity: normal
status: open
title: Modifying a list/dict effects all variables sharing that address
type: behavior
versions: Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi @Chris, with your help I just fixed the last warning, but I don't have the 
warning with _PyUnicodeWriter_WriteASCIIString :/

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32711] Fix warnings for Python/ast_unparse.c

[Christian Heimes]

Christian Heimes  added the comment:

the switch blocks in both functions need to handle invalid input:

default: PyExc_SetString...; return -1;

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue14799] Tkinter ttk tests hang on linux

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Yes, everything works on Ubuntu 17.10

Closing the issue

--
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32624] Implement WriteTransport.is_protocol_paused()

[Andrew Svetlov]

Andrew Svetlov  added the comment:

Let's not do it: the new method is not required for starttls/sendfile, the name 
and behavior is questionable.

New issue should be created with use case example.

--
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32712] Modifying a list/dict effects all variables sharing that address

[R. David Murray]

R. David Murray  added the comment:

Yep, that's the way Python works.  You are modifying the same object through 
different names.  Remember that in Python it is the objects that matter (which 
are identified in CPython via their memory address, but that's an 
implementation detail) and names are just handy references to those objects.  
There can be any number of names that reference a single object.

--
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32650] Debug support for native coroutines is broken

[miss-islington]

Change by miss-islington :


--
pull_requests: +5263

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32304] Upload failed (400): Digests do not match on .tar.gz ending with x0d binary code

[Éric Araujo]

Éric Araujo  added the comment:


New changeset f5a793522d539afc84ac7888c9ad189097c43a75 by Éric Araujo (Bo 
Bayles) in branch '2.7':
bpo-32304: Fix distutils upload for tar files ending with b'\r' (GH-5264) 
(GH-5331)
https://github.com/python/cpython/commit/f5a793522d539afc84ac7888c9ad189097c43a75


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32550] STORE_ANNOTATION bytecode is unnecessary and can be removed.

[Guido van Rossum]

Guido van Rossum  added the comment:

Is this going to make it into beta 1 before tonight? If not should we abandon 
it or put it off till 3.8 or can it go into 3.7beta2?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30595] test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +5264

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20891] PyGILState_Ensure on non-Python thread causes fatal error

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 0cecc22842dcc4090eb9cb99e7dababea7034a87 by Victor Stinner in 
branch '3.6':
bpo-20891: Remove test_capi.test_bpo20891() (#5425)
https://github.com/python/cpython/commit/0cecc22842dcc4090eb9cb99e7dababea7034a87


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[STINNER Victor]

STINNER Victor  added the comment:

FYI bolen-dmg-3.x was also broken by this change:

http://buildbot.python.org/all/#/builders/69/builds/114

--
nosy: +vstinner

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30595] test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b60f43a0e6052b29517931eea591b0b29903f382 by Victor Stinner in 
branch '2.7':
bpo-30595: Increase test_queue_feeder_donot_stop_onexc() timeout (GH-2148) 
(GH-5429)
https://github.com/python/cpython/commit/b60f43a0e6052b29517931eea591b0b29903f382


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue30595] test_queue_feeder_donot_stop_onexc() of test_multiprocessing_spawn fails randomly on x86 Windows7 3.x

[STINNER Victor]

STINNER Victor  added the comment:

The Python 2.7 is to fix this failure:
http://buildbot.python.org/all/#/builders/59/builds/61

test_lock (test.test_multiprocessing.TestForkAwareThreadLock) ... ok
test_ignore (test.test_multiprocessing.TestIgnoreEINTR) ... ok
test test_multiprocessing failed -- Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/2.7.bolen-tiger/build/Lib/test/test_multiprocessing.py", 
line 674, in test_queue_feeder_donot_stop_onexc
self.assertTrue(q.get(timeout=0.1))
  File 
"/Users/db3l/buildarea/2.7.bolen-tiger/build/Lib/multiprocessing/queues.py", 
line 132, in get
raise Empty
Empty
test_ignore_listener (test.test_multiprocessing.TestIgnoreEINTR) ... ok
==
ERROR: test_queue_feeder_donot_stop_onexc 
(test.test_multiprocessing.WithProcessesTestQueue)
--
Traceback (most recent call last):
  File 
"/Users/db3l/buildarea/2.7.bolen-tiger/build/Lib/test/test_multiprocessing.py", 
line 674, in test_queue_feeder_donot_stop_onexc
self.assertTrue(q.get(timeout=0.1))
  File 
"/Users/db3l/buildarea/2.7.bolen-tiger/build/Lib/multiprocessing/queues.py", 
line 132, in get
raise Empty
Empty

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25988] collections.abc.Indexable

[Raymond Hettinger]

Raymond Hettinger  added the comment:


New changeset e6d342156d2ab20fb88c0a5ec615fa8f602c0769 by Raymond Hettinger in 
branch 'master':
bpo-25988: Deprecate exposing collections.abc in collections GH-5414
https://github.com/python/cpython/commit/e6d342156d2ab20fb88c0a5ec615fa8f602c0769


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32226] Implement PEP 560: Core support for typing module and generic types

[Guido van Rossum]

Guido van Rossum  added the comment:

ISTM that those ought to be separate issues since PEP 560 has been
implemented fully here.

Also I am getting cold feet about Union simplification (esp. this late in
the release cycle). We should probably retreat on the typing tracker and
discuss why we're considering it -- is there evidence (even anecdotal) that
it's harmful?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20104] expose posix_spawn(p)

[Ned Deily]

Change by Ned Deily :


--
nosy: +ned.deily
priority: normal -> release blocker

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32513] dataclasses: make it easier to use user-supplied special methods

[Guido van Rossum]

Guido van Rossum  added the comment:

Nit: I think the presentation of the 12-row table in msg310830 can be improved, 
e.g. by putting the legend for add* closer and/or giving add* a clearer name, 
and by splitting it into three 4-row tables. Currently the legend comes before 
all the other tables, and those aren't very useful (they're all the same, 
except for 'order', and the exception there is better explained in text).

But that's a matter for whoever writes the docs. As a spec it is unambiguous. 
On python-dev I've just posted that I support this version.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23749] asyncio missing wrap_socket (starttls)

[Yury Selivanov]

Yury Selivanov  added the comment:

I have a feeling that using threads+IO+asyncio makes the test too unstable on 
some Windows buildbots.  I'll rewrite start-tls tests without using threads.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32710] test_asyncio leaked [4, 4, 3] memory blocks, sum=11 on AMD64 Windows8.1 Refleaks 3.x

[Yury Selivanov]

Yury Selivanov  added the comment:

Andrew, please take a look.  I'll have very limited (to no at all) time to work 
on Python in the next 2 weeks.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32694] Can no longer specify OpenSLL locations with CPPFLAGS / LDFLAGS ?

[Ned Deily]

Ned Deily  added the comment:

Hmm, I spoke a bit too soon. I now see one side effect of Christian's change is 
to break the suggested code in the devguide for using a local or private 
version of OpenSSL on macOS at least, e.g. supplying the paths via CPPFLAGS and 
LDFLAGS.  If there is a pkg-config available on the path that supplies the same 
values, the net effect is the same but having pkg-config available wasn't a 
requirement previously and should not now be.  We'll probably need to fix this 
in a more general way than PR 5388 proposed.  I'll try to take a look at it 
before beta 1 freeze but, if not, it should be fixed for beta 2.

--
priority: normal -> deferred blocker
title: macos/configure: Discover OpenSSL when installed with MacPorts -> Can no 
longer specify OpenSLL locations with CPPFLAGS / LDFLAGS ?

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32707] Python/hamt.c warnings

[Yury Selivanov]

Change by Yury Selivanov :


--
keywords: +patch
pull_requests: +5265
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com