[issue33570] OpenSSL 1.1.1 / TLS 1.3 cipher suite changes

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 3e630c541b35c96bfe5619165255e559f577ee71 by Christian Heimes in 
branch '3.6':
bpo-33570: TLS 1.3 ciphers for OpenSSL 1.1.1 (GH-6976) (GH-8760)
https://github.com/python/cpython/commit/3e630c541b35c96bfe5619165255e559f577ee71


--

___
Python tracker 

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

[issue34400] Undefined behavior in Parser/parsetok.c

[miss-islington]

miss-islington  added the comment:


New changeset 981aa46dce926ce54ec1a2adbb73d1f405ef66ff by Miss Islington (bot) 
in branch '3.6':
closes bpo-34400: Fix undefined behavior in parsetok(). (GH-4439)
https://github.com/python/cpython/commit/981aa46dce926ce54ec1a2adbb73d1f405ef66ff


--

___
Python tracker 

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

[issue34398] Docs search does not index glossary

[Ammar Askar]

Ammar Askar  added the comment:

Hmm, are you sure its not indexed? Look at this search result: 
https://docs.python.org/3/search.html?q=__slots__

The glossary page shows up in the results for me.

Or are you suggesting that if you search for a term defined in the glossary, it 
be prominently shown at the top of the search page?

--
nosy: +ammar2

___
Python tracker 

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

[issue33570] OpenSSL 1.1.1 / TLS 1.3 cipher suite changes

[Christian Heimes]

Change by Christian Heimes :


--
pull_requests: +8247

___
Python tracker 

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

[issue34399] [TLS] Update test keys to >= 2048bit

[Christian Heimes]

Christian Heimes  added the comment:


New changeset 5e9551b4090095fa94cc2dd4afa5bd2177aa3d09 by Christian Heimes in 
branch '3.6':
[3.6] bpo-34399: 2048 bits RSA keys and DH params (GH-8762) (GH-8764)
https://github.com/python/cpython/commit/5e9551b4090095fa94cc2dd4afa5bd2177aa3d09


--

___
Python tracker 

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

[issue34399] [TLS] Update test keys to >= 2048bit

[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

[issue34372] Compiler could output more accurate line numbers

[Ammar Askar]

Ammar Askar  added the comment:

Note that even just adding an extra arithmetic in your first expression breaks 
the line numbers:

>>> code = """(
... [  
...   call1(), 
...   call2()  
... ]  
... + call3()  
... * call4()  
... + call5()  
... )"""   
>>> dis.dis(code)  
  8   0 LOAD_NAME0 (call1) 
  2 CALL_FUNCTION0 
  4 LOAD_NAME1 (call2) 
  6 CALL_FUNCTION0 
  8 BUILD_LIST   2 
 10 LOAD_NAME2 (call3) 
 12 CALL_FUNCTION0 
 14 LOAD_NAME3 (call4) 
 16 CALL_FUNCTION0 
 18 BINARY_MULTIPLY
 20 BINARY_ADD 
 22 LOAD_NAME4 (call5) 
 24 CALL_FUNCTION0 
 26 BINARY_ADD 
 28 RETURN_VALUE   

The closest existing bug to this would be issue 12458, specifically with 
Serhiy's last comment.

--
nosy: +ammar2

___
Python tracker 

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

[issue34372] Parenthesized expression has incorrect line numbers

[Ammar Askar]

Change by Ammar Askar :


--
title: Compiler could output more accurate line numbers -> Parenthesized 
expression has incorrect line numbers

___
Python tracker 

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

[issue34406] Typo in documentation

[Berker Peksag]

Change by Berker Peksag :


--
nosy: +steve.dower

___
Python tracker 

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

[issue34398] Docs search does not index glossary items

[Jonathan Fine]

Jonathan Fine  added the comment:

You're right! Thank you. However, there's still a problem. A user searches for 
a technical term, and the carefully written glossary entry defining it does not 
appear.

For my search term (iterable), there was a single entry with a link to the 
Glossary page, whose associated text was simply the first few entries in the 
glossary.
===
Glossary
...active shell when entering code for an indented code block or within a pair 
of matching left and right delimiters (parentheses, square brackets or curly 
braces). 2to3 A tool that tries to convert Python 2.x code to Pyt...
===

On a related matter. Sphinx provides an anchor, used for internal navigation 
with the glossary. But it doesn't provide a permalink to that anchor. Compare 
https://docs.python.org/3.5/glossary.html#term-iterable
https://docs.python.org/3.5/reference/compound_stmts.html#with

I think there's a real problem, and that my initial diagnosis was wrong. So 
I've changed the issue title slightly. (I hope you don't mind.)

The problem is, perhaps, that it is the glossary page that is indexed, rather 
than the glossary items. Another fix would be, as you suggest, pop up at top of 
results page a glossary item.

--
title: Docs search does not index glossary -> Docs search does not index 
glossary items

___
Python tracker 

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

[issue34370] Tkinter scroll issues on macOS

[Vlad Tudorache]

Vlad Tudorache  added the comment:

It seems that Kevin's fix solves the issues.

--

___
Python tracker 

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

[issue24218] Also support SMTPUTF8 in smtplib's send_message method.

[Jens Troeger]

Jens Troeger  added the comment:

@David, any thoughts on this?

--

___
Python tracker 

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

[issue34384] os.readlink does not accept pathlib.Path on Windows

[Berker Peksag]

Berker Peksag  added the comment:


New changeset e0b5b2096ead4cc094a129ce7602ac5c0e998086 by Berker Peksag in 
branch 'master':
bpo-34384: Fix os.readlink() on Windows (GH-8740)
https://github.com/python/cpython/commit/e0b5b2096ead4cc094a129ce7602ac5c0e998086


--

___
Python tracker 

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

[issue34372] Parenthesized expression has incorrect line numbers

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue17180] shutil copy* unsafe on POSIX - they preserve setuid/setgit bits

[Michael Felt]

Michael Felt  added the comment:

I am looking at this.

Based on the comments from a historical perspective - copyfile() needs to be 
calling the copy_mode function before any copying actually occurs.

As the dest is already open for writing it does not matter (on posix)
what mode it has later on.

Question: in copystat() there is a block that talks about chown() in the 
comments but in the code it only seems to be accessing chmod(). Should there 
(also) be a call to chown "if _SUPER"?

_SUPER = _POSIX and os.geteuid() == 0

basically - mode becomes:

# remove setuid, setgid and sticky bits if _POSIX and not _SUPER
mode = stat.S_IMODE(st.st_mode) & _REMOVE_HARMFUL_MASK if _POSIX and not 
_SUPER else stat.S_IMODE(st.st_mode)

Comments?

--
nosy: +Michael.Felt

___
Python tracker 

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

[issue17180] shutil copy* unsafe on POSIX - they preserve setuid/setgit bits

[Michael Felt]

Michael Felt  added the comment:

my bad: forgot the snippet I mentioned in the previous post:

try:
lookup("chmod")(dst, mode, follow_symlinks=follow)
except NotImplementedError:
# if we got a NotImplementedError, it's because
#   * follow_symlinks=False,
#   * lchown() is unavailable, and
#   * either
#   * fchownat() is unavailable or
#   * fchownat() doesn't implement AT_SYMLINK_NOFOLLOW.
# (it returned ENOSUP.)
# therefore we're out of options--we simply cannot chown the
# symlink.  give up, suppress the error.
# (which is what shutil always did in this circumstance.)
pass

--

___
Python tracker 

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

[issue2122] mmap.flush does not check for errors on windows

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

If we break compatibility in any case, what if return None instead of 0? The 
function always returning 0 looks strange. The function always returning None 
is common.

--
nosy: +serhiy.storchaka
versions: +Python 3.8 -Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

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

[issue34381] Make tests with outbound connection optional

[Michael Osipov]

Michael Osipov <1983-01...@gmx.net> added the comment:

That looks promising, I figured out that there is "./python -m test -h".

make test TESTOPTS="-uall,-network" works flawlessly.

I would have expected a link to https://devguide.python.org/runtests/ from 
https://github.com/python/cpython/blob/master/README.rst#testing.

So my request is just to update the rst file.

--

___
Python tracker 

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

[issue34401] [SOLUTION] Make test_gdb work on HP-UX

[Michael Osipov]

Change by Michael Osipov <1983-01...@gmx.net>:


--
title: [solution] Make test_gdb work on HP-UX -> [SOLUTION] Make test_gdb work 
on HP-UX

___
Python tracker 

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

[issue24218] Also support SMTPUTF8 in smtplib's send_message method.

[R. David Murray]

R. David Murray  added the comment:

Sorry, I haven't had time to look at it yet :(  Not sure when I will, things 
are more than a bit busy for me right now.  Ping me again in two weeks if I 
haven't responded, please.  The proposed solution sounds reasonable, though, so 
you could also propose a PR with tests and that would take me less time to 
review and I might get to it sooner.

--

___
Python tracker 

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

[issue34406] Typo in documentation

[Steve Dower]

Steve Dower  added the comment:

Yeah, it definitely shouldn't be a backslash there. The @ isn't my invention, 
but last time someone questioned it I couldn't find any public examples, so it 
may be an internal Microsoft thing? I'm not totally attached to it, but if you 
want to fix it it'll need to be written out in full that it's "a value named X 
of type Y".

--

___
Python tracker 

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

[issue34398] Docs search does not index glossary items

[Ammar Askar]

Change by Ammar Askar :


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

___
Python tracker 

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

[issue34398] Docs search does not index glossary items

[Ammar Askar]

Ammar Askar  added the comment:

I think showing glossary results up top in the search page is a good idea, so I 
wrote up a quick proof of concept sphinx extension to do so. The diff isn't 
very big or complicated but it does need a bit of cleanup, especially the 
javascript and presentation side.

There are some screenshots in the pull request.

(Adding Berker since they reviewed the change to move the search bar in the 
header for the docs)

--
nosy: +berker.peksag

___
Python tracker 

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

[issue33255] json.dumps has different behaviour if encoding='utf-8' or encoding='utf8'

[Matej Cepl]

Change by Matej Cepl :


--
nosy: +mcepl

___
Python tracker 

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

[issue34398] Docs search does not index glossary items

[Jonathan Fine]

Jonathan Fine  added the comment:

Thank you for this, Ammar. Proof of concept solution is good progress. I'm well 
impressed. The screen shots convince me that it's well worth doing.

For me, the one thing that's missing is a link just above the glossary item. 
Something like "Glossary: iterable". You're probably aware of this, and so far 
it's only proof-of-concept.

Oh, and of course that the links in the displayed item work. My be a gotcha 
here for links to other glossary items.

So, well done, and thank you very much.

--

___
Python tracker 

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

[issue34398] Docs search does not index glossary items

[Berker Peksag]

Berker Peksag  added the comment:

Ammar's pull request looks good to me, but it would be nice to include the 
item's title in the box. I will add my comments about the design and 
implementation in the pull request.

--
resolution: third party -> 

___
Python tracker 

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

[issue27026] async/await keywords are missing from reference docs

[Berker Peksag]

Berker Peksag  added the comment:

The list has been updated in 
https://github.com/python/cpython/commit/bf9d317626eebcf79bd0756b4dd43df82d5cc186
 (Issue 31810

Closing this as 'outdated'. Thanks for the report and for the patch.

--
nosy: +berker.peksag
resolution:  -> out of date
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

[issue2122] mmap.flush does not check for errors on windows

[Steve Dower]

Steve Dower  added the comment:

I agree. We should definitely document it as a change, but I don't think 
there's anything useful you can do in the case of a flush failing anyway, so it 
seems unlikely that anyone could depend on the return value.

Returning None for success and exception on error sounds like a good change. 
Technically this is no longer returning zero, as previously documented, so if 
anyone wants to get *really* pedantic, we're not returning the "failed" result 
for success ;)

--

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[ysangkok+launchpad]

New submission from ysangkok+launchpad :

Since socket.getaddrinfo and socket.getnameinfo take a lock on Windows, it 
would be nice to have their corresponding methods in asyncio.ProactorEventLoop 
use IOCP, so that they wouldn't block the whole event loop.

Overlapped I/O flags are available, so I am wondering how hard this would be: 
https://docs.microsoft.com/en-us/windows/desktop/api/ws2tcpip/nf-ws2tcpip-getaddrinfoexa

--
components: asyncio
messages: 323572
nosy: asvetlov, ysangkok+launchpad, yselivanov
priority: normal
severity: normal
status: open
title: ProactorEventLoop should use implement GetAddrInfo, GetNameInfo
type: enhancement
versions: Python 3.8

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[Yury Selivanov]

Yury Selivanov  added the comment:

> so that they wouldn't block the whole event loop.

The aren't blocking it now as they are executed in a thread pool.

--

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[ysangkok+launchpad]

ysangkok+launchpad  added the comment:

As far as our experiments show, the requests are blocking each other 
irrespective of thread pool size. Which is expected since the lock is global 
across threads.

Am I correct in assuming that an implementation for the ProactorEventLoop with 
IOCP would not require a global lock?

Here is our code, this takes 12 sec on Ubuntu and ~12*100 secs on Windows 
(cause a failed DNS request takes 10 sec):

import asyncio

futs = []
for i in range(100):
  t = asyncio.get_event_loop().getaddrinfo("aa00aa"+str(i)+".onion.", 80)
  futs.append(t)

print(asyncio.get_event_loop().run_until_complete(asyncio.gather(*futs, 
return_exceptions=True)))

--

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[Yury Selivanov]

Yury Selivanov  added the comment:

> As far as our experiments show, the requests are blocking each other 
> irrespective of thread pool size. Which is expected since the lock is global 
> across threads.

It looks like you don't understand how GIL works in Python (sorry if I'm 
mistaken).

The GIL prevents two threads from simultaneously executing *pure Python* code.  
Whenever Python code does a system call, the GIL is released for that thread, 
allowing other Python code in other threads to execute.  Therefore, getaddrname 
calls in threadpools can't block each other or the event loop thread in any way.

There's a max capacity for the threadpool though, so if you're making 100s of 
getaddrname calls you'll indeed see some slowdown.  Using IOCP for getaddsname 
can remove this bottleneck.

> Am I correct in assuming that an implementation for the ProactorEventLoop 
> with IOCP would not require a global lock?

I think so, because we can have as many getaddrcalls as we want all monitored 
by IOCP for us.  But I'm not an expert in IOCP, so if you want to work on the 
patch I can't really help you with details.

--

___
Python tracker 

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

[issue12458] Tracebacks should contain the first line of continuation lines

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +8249
stage: needs patch -> patch review

___
Python tracker 

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

[issue12458] Tracebacks should contain the first line of continuation lines

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Seems PR 8774 fixes all mentioned examples (as well as examples in issue34372), 
except that tracebacks show the single line number of the first line of the 
multiline expression instead of the range of lines as was suggested. Showing 
the range of lines requires much more significant changes and changing the 
marshal format.

The drawback is minor increasing the size of code objects in memory (due to 
saving additional line numbers in lnotab), pyc files, and disassembly output 
for multiline expressions.

--
versions: +Python 3.8 -Python 3.5

___
Python tracker 

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

[issue34372] Parenthesized expression has incorrect line numbers

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

If the proposed solution for issue12458 be merged, this issue will be closed as 
a duplicate. Otherwise I have a simpler solution for this particular case (and 
few other cases, but not all cases in issue12458).

--

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[ysangkok+launchpad]

ysangkok+launchpad  added the comment:

The lock I was referring to is 
https://github.com/python/cpython/blob/e0b5b2096ead4cc094a129ce7602ac5c0e998086/Modules/socketmodule.c#L222

Is netdb_lock the GIL?

If the thread pooling was effective, the slowdown wouldn't be linear, but it 
does indeed appear to be. How can this be?

--

___
Python tracker 

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

[issue34411] ProactorEventLoop should use implement GetAddrInfo, GetNameInfo

[Yury Selivanov]

Yury Selivanov  added the comment:

> Is netdb_lock the GIL?

No, it's a lock used by getaddrinfo specifically on *some* platforms. It 
doesn't look like it's used on Windows.

> If the thread pooling was effective, the slowdown wouldn't be linear, but it 
> does indeed appear to be. How can this be?

I don't know, hard to tell without seeing how you test that :)

--

___
Python tracker 

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

[issue30811] A venv created and activated from within a virtualenv uses the outer virtualenv's site-packages rather than its own.

[Ilya Kulakov]

Ilya Kulakov  added the comment:

Also hit this issue while trying to run venv on Travis.

Perhaps venv should detect if it's running under virtualenv (e.g. the 
VIRTUAL_ENV env is present) and issue a warning?

--
nosy: +Kentzo

___
Python tracker 

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

[issue30811] A venv created and activated from within a virtualenv uses the outer virtualenv's site-packages rather than its own.

[Tzu-ping Chung]

Tzu-ping Chung  added the comment:

Unfortunately it is not a viable solution. If you run the virtualenv python 
without activation, e.g.

virtualenv --python=python3.7 foo
foo/bin/python -m venv bar

The VIRTUAL_ENV environment variable wouldn’t be set in this situation, but the 
created venv (bar) would still be broken.

The only viable cue I find to detect virtualenv existence is it sets 
sys.real_prefix to point to the prefix of the actual Python isntallation (i.e. 
the value of sys.prefix without virtualenv), while this variable does not exist 
by default. This is, however, obviously very hacky and unreliable, and not 
something venv should do IMO. virtualenv is the problem here, and should be 
responsible for fixing this situation instead.

--

___
Python tracker 

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

[issue34217] windows: cross compilation fails due to headers with uppercase

[Erik Janssens]

Erik Janssens  added the comment:

Attached a small helper script to detect camelcase windows headers,
2 more occurences found :

Modules/socketmodule.c versionhelpers.h 306 #include 
Tools/msi/bundle/bootstrap/pch.h uxtheme.h 18 #include 

--
status: closed -> open
Added file: https://bugs.python.org/file47751/windows_headers.py

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[Steve Dower]

Change by Steve Dower :


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

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[Steve Dower]

Change by Steve Dower :


--
pull_requests: +8251

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[Steve Dower]

Steve Dower  added the comment:


New changeset eeca87cf3ce5b866dbb210548e23ee91ec5411f2 by Steve Dower in branch 
'3.6':
bpo-34405: Updated to OpenSSL 1.0.2p for Windows builds. (GH-8776)
https://github.com/python/cpython/commit/eeca87cf3ce5b866dbb210548e23ee91ec5411f2


--

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[miss-islington]

Change by miss-islington :


--
pull_requests: +8252

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[Steve Dower]

Steve Dower  added the comment:


New changeset 864a892af38afefb0a0464af298cf09d2e1195f7 by Steve Dower in branch 
'master':
bpo-34405: Updated to OpenSSL 1.1.0i for Windows builds. (GH-8775)
https://github.com/python/cpython/commit/864a892af38afefb0a0464af298cf09d2e1195f7


--

___
Python tracker 

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

[issue34405] Upgrade to OpenSSL 1.1.0i / 1.0.2p

[miss-islington]

miss-islington  added the comment:


New changeset 64336dc0a5907b04fe85a911cd1b8be9b663587e by Miss Islington (bot) 
in branch '3.7':
bpo-34405: Updated to OpenSSL 1.1.0i for Windows builds. (GH-8775)
https://github.com/python/cpython/commit/64336dc0a5907b04fe85a911cd1b8be9b663587e


--
nosy: +miss-islington

___
Python tracker 

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

[issue1529353] Squeezer - squeeze large output in IDLE

[ppperry]

Change by ppperry :


--
title: Squeezer - squeeze large output in the interpreter -> Squeezer - squeeze 
large output in IDLE

___
Python tracker 

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

[issue34217] windows: cross compilation fails due to headers with uppercase

[Steve Dower]

Steve Dower  added the comment:

Are those bugs? On Windows, they are spelled with that casing (and while NTFS 
is case-insensitive, it *is* case-preserving).

Whatever package you have used for cross-compiling may have renamed them 
(similarly Shlwapi.h). In which case, perhaps you could request that the 
package you are using preserve the case of the files it is cloning, rather than 
changing it?

--

___
Python tracker 

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

[Carlo Rosati]

Carlo Rosati  added the comment:

I figured out that the problem is itertools.tee does not use a 
multiprocessing.Manager proxied object for shared state. I was able to create a 
workaround tee as follows.

def multiprocessing_tee(iterable, n=2):
"""Write a multiprocessing safe itertools.tee"""
it = iter(iterable)
m = multiprocessing.Manager()
lists = [m.list() for i in range(n)]
def gen(local_list):
keep_m_alive = m
while True:
if not local_list: # when the local list is empty
newval = next(it)  # fetch a new value and
for l in lists:# load it to all the lists
l.append(newval)
yield local_list.pop(-1)
return tuple(gen(l) for l in lists)

--

___
Python tracker 

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

[Carlo Rosati]

Carlo Rosati  added the comment:

Okay I needed to do .pop(0) instead of .pop(-1) which is probably O(N)

--

___
Python tracker 

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

[issue34395] memory leaks in error handling in csv and pickle modules

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 67b9cc8e6072a919d2ed7e7ecc8124c8acfb3733 by Serhiy Storchaka 
(Sergey Fedoseev) in branch 'master':
bpo-34395: Fix memory leaks caused by incautious usage of PyMem_Resize(). 
(GH-8756)
https://github.com/python/cpython/commit/67b9cc8e6072a919d2ed7e7ecc8124c8acfb3733


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue34395] memory leaks in error handling in csv and pickle modules

[miss-islington]

Change by miss-islington :


--
pull_requests: +8254

___
Python tracker 

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

[issue34395] memory leaks in error handling in csv and pickle modules

[miss-islington]

Change by miss-islington :


--
pull_requests: +8253

___
Python tracker 

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

[issue34395] memory leaks in error handling in csv and pickle modules

[miss-islington]

miss-islington  added the comment:


New changeset 962051eeb0ba486b8ffe4082779b4fa432e3dfb2 by Miss Islington (bot) 
in branch '3.7':
bpo-34395: Fix memory leaks caused by incautious usage of PyMem_Resize(). 
(GH-8756)
https://github.com/python/cpython/commit/962051eeb0ba486b8ffe4082779b4fa432e3dfb2


--
nosy: +miss-islington

___
Python tracker 

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

[issue34395] memory leaks in error handling in csv and pickle modules

[miss-islington]

miss-islington  added the comment:


New changeset b14ab447ee3f47d479d899b4001d870569a76c44 by Miss Islington (bot) 
in branch '3.6':
bpo-34395: Fix memory leaks caused by incautious usage of PyMem_Resize(). 
(GH-8756)
https://github.com/python/cpython/commit/b14ab447ee3f47d479d899b4001d870569a76c44


--

___
Python tracker 

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

[Carlo Rosati]

Carlo Rosati  added the comment:

You'll also need to lock when modifying the manager's list. Does anyone know 
how to do this using the multiprocessing.Queues without deadlocking?

--

___
Python tracker 

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

[issue34410] Segfault/TimeoutError: itertools.tee of multiprocessing.pool.imap_unordered

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the script. I can reproduce this on master and Python 3.6 too. 
Sometimes the attached script causes timeout error. Running it under gdb gives 
me below : 

[New Thread 0x18ab of process 10682]
[New Thread 0x1903 of process 10682]
[New Thread 0x1a03 of process 10682]

Thread 2 received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x18ab of process 10682]
0x00010033e509 in teedataobject_getitem (tdo=0x1014361c0, i=1)
at ./Modules/itertoolsmodule.c:454
454 Py_INCREF(value);


Backtrace : 

#0  0x00010033e509 in teedataobject_getitem (tdo=0x100645640, i=1)
at ./Modules/itertoolsmodule.c:454
#1  0x00010033e290 in tee_next (to=0x10308a668) at 
./Modules/itertoolsmodule.c:637
#2  0x000100059844 in enum_next (en=0x10308fc20) at Objects/enumobject.c:156
#3  0x0001002297e1 in _PyEval_EvalFrameDefault (
f=Frame 0x100646710, for file 
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py,
 line 292, in _guarded_task_generation (self=, _inqueue=, 
_writer=, _rlock=, acquire=, release=) at remote 0x101f50050>, 
_poll=, 
_wlock=, 
acquire=, release=) at remote 0x101f54d
 d0>) at remote 0x101bf5cb0>, _ou...(truncated), throwflag=0) at 
Python/ceval.c:2905
#4  0x000100215277 in PyEval_EvalFrameEx (
f=Frame 0x100646710, for file 
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py,
 line 292, in _guarded_task_generation (self=, _inqueue=, 
_writer=, _rlock=, acquire=, release=) at remote 0x101f50050>, 
_poll=, 
_wlock=, 
acquire=, release=) at remote 0x101f54d
 d0>) at remote 0x101bf5cb0>, _ou...(truncated), throwflag=0) at 
Python/ceval.c:536
#5  0x00010006a3e2 in gen_send_ex (gen=0x1030349b0, arg=0x0, exc=0, 
closing=0)
at Objects/genobject.c:221
#6  0x00010006ba1f in gen_iternext (gen=0x1030349b0) at 
Objects/genobject.c:542
#7  0x0001002297e1 in _PyEval_EvalFrameDefault (
f=Frame 0x101909730, for file 
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py,
 line 426, in _handle_tasks (taskqueue=<_queue.SimpleQueue at remote 
0x101f1daa0>, put=, 
outqueue=, _writer=, 
_rlock=, 
acquire=, release=) at remote 0x10306de90>, _poll=, _wlock=, acquire=, release=) at remote 0x10306df50>) a...(truncated), throwflag=0) at 
Python/ceval.c:2905
#8  0x000100215277 in PyEval_EvalFrameEx (
f=Frame 0x101909730, for file 
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py,
 line 426, in _handle_tasks (taskqueue=<_queue.SimpleQueue at remote 
0x101f1daa0>, put=, 
outqueue=, _writer=, 
_rlock=, 
ac---Type  to continue, or q  to quit---
quire=, release=) at remote 0x10306de90>, _poll=, _wlock=, acquire=, release=) at remote 0x10306df50>) 
a...(truncated), throwflag=0) at Python/ceval.c:536
#9  0x000100045d63 in function_code_fastcall (co=0x101de77c0, 
args=0x1030693a0, nargs=5,
globals={'__name__': 'multiprocessing.pool', '__doc__': None, 
'__package__': 'multiprocessing', '__loader__': 
, '__spec__': , 
origin='/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py',
 loader_state=None, submodule_search_locations=None, _set_fileattr=True, 
_cached='/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/__pycache__/pool.cpython-38.pyc',
 _initializing=False) at remote 0x101c23bf0>, '__file__': 
'/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/pool.py',
 '__cached__': 
'/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/multiprocessing/__pycache__/pool.cpython-38.pyc',
 '__builtins__': {'__name__': 'builtins', '__doc__': "Built-in functions, 
exceptions, and other objects.\n\nNoteworthy: N
 one is the `nil' object; Ellipsis repr...(truncated)) at Objects/call.c:283
#10 0x000100043d91 in _PyFunction_FastCallDict (func=,
args=0x103069378, nargs=5, kwargs={}) at Objects/call.c:322
#11 0x000100045902 in PyObject_Call (callable=,
args=(<_queue.SimpleQueue at remote 0x101f1daa0>, , , _writer=, 
_rlock=, 
acquire=, release=) at remote 0x10306de90>, _poll=, _wlock=, acquire=, release=) at remote 0x10306df50>) 
at remote 0x101f50530>, [, 'semp
 refix': '/mp', 'daemon': True}, _pa...(truncated), kwargs={}) at 
Objects/call.c:226
#12 0x0001002342bc in do_call_core (func=,
callargs=(<_queue.SimpleQueue at remote 0x101f1daa0>, , , _writer=, 
_rlock=, 
acquire=, release=) at remote 0x10306de90>, _poll=, _wlock=, acquire=, release=) at remote 0x10306df50>) 
at remote 0x101f50530>, [, '
 semprefix': '/mp', 'daemon': True}, _pa...(truncated), kwdict={}) at 
Python/ceval.c:4652
#13 0x00010022ca2b in _PyEval_EvalFrameDefault (
f=Frame 0x10308d050, for file 
/Users/karthikeyansingaravelan/stuff/python/cpython/Lib/threading.py, line 865, 
in run (self=, 
_name='Thread-2', _args=(<_queue.SimpleQueue at remote 0x101f1daa0>, , , 
_writer= to continue, or q  to quit---
le=9, _readable=False, _writable=Tr

[issue1529353] Squeezer - squeeze large output in IDLE's shell

[Tal Einat]

Change by Tal Einat :


--
title: Squeezer - squeeze large output in IDLE -> Squeezer - squeeze large 
output in IDLE's shell

___
Python tracker 

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

[issue34217] windows: cross compilation fails due to headers with uppercase

[INADA Naoki]

INADA Naoki  added the comment:


New changeset e6a4755e6793942b950c1595e0c34bd66a0ee13e by INADA Naoki (Erik 
Janssens) in branch 'master':
bpo-34217: Use lowercase for windows headers (GH-8472)
https://github.com/python/cpython/commit/e6a4755e6793942b950c1595e0c34bd66a0ee13e


--

___
Python tracker 

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

[issue34217] windows: cross compilation fails due to headers with uppercase

[miss-islington]

Change by miss-islington :


--
pull_requests: +8255
stage: resolved -> patch review

___
Python tracker 

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

[issue34217] windows: cross compilation fails due to headers with uppercase

[Erik Janssens]

Erik Janssens  added the comment:

@inada.naoki : thank you !

@steve.dower : I would not consider those bugs per se, but they are
inconsistencies, for example in the master branch :

number of "Windows.h" includes : 2
number of "windows.h" includes : 55

whatever might be the 'right' solution, it's always an advantage to
have a consistent codebase.

--

___
Python tracker 

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