[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Roundup Robot]

Roundup Robot added the comment:

New changeset 695bbbaf2478 by Ned Deily in branch '2.7':
Issue #24432: Update OS X 10.5+ installer builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/695bbbaf2478

New changeset 4b52fce3753d by Ned Deily in branch '3.4':
Issue #24432: Update OS X 10.5+ installer builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/4b52fce3753d

New changeset bbf4e35ed69e by Ned Deily in branch '3.5':
Issue #24432: Update OS X 10.5+ installer builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/bbf4e35ed69e

New changeset fbb9ac8aebfd by Ned Deily in branch 'default':
Issue #24432: merge from 3.5
https://hg.python.org/cpython/rev/fbb9ac8aebfd

--

___
Python tracker 

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

[issue14458] Non-admin installation fails

[Mark Mikofski]

Mark Mikofski added the comment:

Anyone still following this issue, as I posted in issue22516, there is an 
embeddable zipped version of Python-2.7.X built from source using the PCbuild 
batch files and vc90 toolset for both x86 and x64 called Python Bootstrap:

http://breakingbytes.alwaysdata.net/PythonBootstrap/

The redistributable msvcr90.dll's are all bundled side-by-side privately with 
python27.dll as recommended by Windows and does not violate any licensing 
eulas. The build passes all tests and pythonw.exe works perfectly. Try starting 
python27/Scripts/idle.bat.

It ...
just ...
works ...

No ...
Admin ...
rights ...
required ...

just ...
unzip ...
use ...

FYI: doing an "administrative install" using msiexec /a 
(https://www.python.org/download/releases/2.4/msi/) just extracts the msi 
archive and creates a smaller msi package used to do a local install later. 
This means that your python launcher and shared library are depending on 
whatever redistributables you have. You can't install the merge modules into 
winsxs w/o elevated rights so ...

Also look at Python-3.5 for an embeddable zip file (no admin rights required) 
altho I think it requires vcredist for vc100 freely available from microsoft.

--
nosy: +bwanamarko

___
Python tracker 

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

[issue24553] improve test coverage for subinterpreters

[Nick Coghlan]

Nick Coghlan added the comment:

Sorry about the misleading reference to tracemalloc in my email - it was 
actually test_atexit I was debugging in the PEP 432 branch. tracemalloc only 
came up in that context because test.support.run_in_subinterp() automatically 
skips subinterpreter tests when tracemalloc is running. From the function 
comments:

# Issue #10915, #15751: PyGILState_*() functions don't work with
# sub-interpreters, the tracemalloc module uses these functions internally

As far as test coverage goes, what I would actually like to do is to run 
regrtest itself in a subinterpreter, and blacklist tests until it passes. This 
would double the length of a test run, so hiding it behind a resource option 
would probably be a good idea.

--
nosy: +grahamd
status: pending -> open

___
Python tracker 

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

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
type: enhancement -> crash

___
Python tracker 

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

[issue24553] improve test coverage for subinterpreters

[Eric Snow]

Eric Snow added the comment:

Now I'm wondering what further test coverage we really need...

--
status: open -> pending

___
Python tracker 

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[R. David Murray]

R. David Murray added the comment:

By the way, the pierslauder id points to 'pierslau...@users.sourceforge.net'.

--

___
Python tracker 

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

[issue11245] Implementation of IMAP IDLE in imaplib?

[R. David Murray]

R. David Murray added the comment:

Thanks, Piers!

Sorry for dropping off the map on this, I've been busy.

I'll post to python-dev about this and see how the community would like to 
proceed.

--

___
Python tracker 

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

[issue24531] please document that no code preceding encoding declaration is allowed

[Terry J. Reedy]

Terry J. Reedy added the comment:

I moved the existing comment-only sentence to the first paragraph, where I 
strongly believe it belongs, and added a second about the first.

(PS I opened #24563 to address the xxx visible in the patch.)

--
keywords: +patch
nosy: +terry.reedy
stage: needs patch -> commit review
Added file: http://bugs.python.org/file39855/encode-declare.diff

___
Python tracker 

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

[issue24563] Encoding declaration: doc supported encodings

[Terry J. Reedy]

New submission from Terry J. Reedy:

The source .rst for 

has at the end:
.. XXX there should be a list of supported encodings.

While I believe this is impractical, there could be a link to
https://docs.python.org/3/library/codecs.html#standard-encodings
-- and possible subsubsections that follow.  Are the latter supported for 
Python code?

--
assignee: docs@python
components: Documentation
messages: 246233
nosy: docs@python, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Encoding declaration: doc supported encodings
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue24525] [doc] missing word

[Terry J. Reedy]

Terry J. Reedy added the comment:

Fix is to 2.7 specific note about not using stuff not exposed in 3.x.

--
nosy: +terry.reedy
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type: enhancement -> behavior

___
Python tracker 

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

[issue24525] [doc] missing word

[Roundup Robot]

Roundup Robot added the comment:

New changeset 25985b0c4dbf by Terry Jan Reedy in branch '2.7':
Issue #24525: Add missing word. Patch by Vincent Legoll.
https://hg.python.org/cpython/rev/25985b0c4dbf

--
nosy: +python-dev

___
Python tracker 

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

[issue24400] Awaitable ABC incompatible with functools.singledispatch

[Nick Coghlan]

Nick Coghlan added the comment:

My hypothetical "operator.getfuture()" would be a functional spelling of
"what an await expression does to retrieve a future from an awaitable
object".

Whether that's actually useful is an open question, hence deferring the
idea to 3.6 at the earliest :)

--

___
Python tracker 

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

[issue24400] Awaitable ABC incompatible with functools.singledispatch

[Ben Darnell]

Ben Darnell added the comment:

I don't think operator.getfuture() is possible because there are multiple ways 
of turning an awaitable into a Future. asyncio has one way; tornado has another.

--

___
Python tracker 

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

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

[Roch Guillot]

Changes by Roch Guillot :


--
type: behavior -> enhancement

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Steve Dower]

Changes by Steve Dower :


--
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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Roundup Robot]

Roundup Robot added the comment:

New changeset c49d2ea5e48a by Steve Dower in branch '2.7':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/c49d2ea5e48a

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6fd63f0a0026 by Steve Dower in branch '3.4':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/6fd63f0a0026

New changeset ebc8559b2e57 by Steve Dower in branch '3.5':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/ebc8559b2e57

New changeset 91c5097bca2b by Steve Dower in branch 'default':
Issue #24432: Update Windows builds to use OpenSSL 1.0.2c.
https://hg.python.org/cpython/rev/91c5097bca2b

--
nosy: +python-dev

___
Python tracker 

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

[issue11582] Boilerplate code replaced in Python/ceval.c

[A.M. Kuchling]

A.M. Kuchling added the comment:

Closing, because neither Amaury nor Raymond likes the idea.  Thanks for your 
work, anyway!

--
nosy: +akuchling
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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Steve Dower]

Steve Dower added the comment:

Sure, I'll get it.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

[Zachary Ware]

Zachary Ware added the comment:

Would you like to check it in on all branches?  I'm about to be separated from 
my computer for a while.

--
title: Upgrade windows builds to use OpenSSL 1.0.2b -> Upgrade windows builds 
to use OpenSSL 1.0.2c

___
Python tracker 

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

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

[Terry J. Reedy]

Terry J. Reedy added the comment:

On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command 
Prompt so would see message is there were one).

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

Agreed. Build and obviously related tests are fine.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

It all seems to work (no new failures).

--

___
Python tracker 

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

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

[Dan Zemke]

Dan Zemke added the comment:

Sorry.  I just figured that out.  Thank you!

On Fri, 7/3/15, R. David Murray  wrote:

 Subject: [issue24562] ntpath splitdrive fails on line 161: tuple has no 
attribute 'replace'
 To: ze...@yahoo.com
 Date: Friday, July 3, 2015, 4:39 PM

 R. David
 Murray added the comment:

 This error is raised because you called
 os.path.join incorrectly (with a tuple as one of the
 arguments).

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

 ___
 Python tracker 
 
 ___

--

___
Python tracker 

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

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

[R. David Murray]

R. David Murray added the comment:

This error is raised because you called os.path.join incorrectly (with a tuple 
as one of the arguments).

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

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Petr Viktorin]

Petr Viktorin added the comment:

Verifying modules to work ith subinterpreters is tricky. What level of 
assurance do you want?
Subinterpreters themselves require that you embed Python, which doesn't lend 
itself to an easy example. I hope 2.6 makes the situation better.
Example code is in xxmodule, which is mentioned.


The #3 problem is pretty common, unfortunately: if you define a Database class 
and a Record class, Database objects can't get to the Record class to 
instantiate it. If you define a module-level exception, methods of other 
classes can't easily raise it.
I think recommending workarounds/solutions needs some more discussion; I plan 
to summarize my thoughts on a mailing list soonish.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

Sure, can do.  I already have a test running on 3.4 as well.

--

___
Python tracker 

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

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

[Dan Zemke]

New submission from Dan Zemke:

Traceback was:

  File "\drzblobio.py", line 70, in load full_read_path = 
os.path.join(read_path, fname)
  File "C:\Python34\lib\ntpath.py", line 110, in join
p_drive, p_path = splitdrive(p)
  File "C:\Python34\lib\ntpath.py", line 161, in splitdrive
normp = p.replace(_get_altsep(p), sep)
AttributeError: 'tuple' object has no attribute 'replace'

--
components: Library (Lib)
messages: 246217
nosy: zemke
priority: normal
severity: normal
status: open
title: ntpath splitdrive fails on line 161: tuple has no attribute 'replace'
type: crash
versions: Python 3.4

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

Just spotted that. How about I kick off 3.5 and 2.7 with the old build files to 
test and you get 3.6 and 2.7 new?

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

Already have the source checked in on svn.python.org

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

Yep, Benjamin added it about half an hour ago :)

Should have this done fairly soon.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Antoine Pitrou]

Antoine Pitrou added the comment:

It turns out I have access to the machine: Steve's key is already enabled in 
the pythondev account.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[R. David Murray]

R. David Murray added the comment:

Because svn is still on the old infrastructure, it is quite possible Steve's 
key didn't get added to pythondev's key list.  There might be someone else on 
infrastructure who could add it, if Benjamin isn't available.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

Steve: what username did you use?  Try 
svn+ssh://python...@svn.python.org/external

I'm having to set things up in a new-since-last-time VM to be able to do it, so 
if that works before I get it done, go for it.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

I've emailed Benjamin, but I'm not sure when he was getting back. If I'm 
blocked on this then I guess Zach will have to do it again.

I got as far as building and testing for 3.5 without any issues. But if I can't 
check in to the repository then there's not much else I can do. Preparing the 
sources was smooth enough (though I added a shebang to prepare_ssl so I could 
run it directly).

--

___
Python tracker 

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

[issue24553] improve test coverage for subinterpreters

[Eric Snow]

Eric Snow added the comment:

Also, I was mistaken about test_tracemalloc.

--

___
Python tracker 

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

[issue24553] improve test coverage for subinterpreters

[Eric Snow]

Eric Snow added the comment:

FTR, subinterpreters are already accessible during testing with 
_testcapi.run_in_subinterp().

* 
https://hg.python.org/cpython/file/09b223827f63/Modules/_testcapimodule.c#l2615


That function is used here:

* Lib/test/test_threading.py
* Lib/test/support.__init__.py (run_in_subinterp())

test.support.run_in_subinterp() is used here:

* Lib/test/test_atexit.py
* Lib/test/test_capi.py
* Lib/test/test_threading.py

--

___
Python tracker 

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

[issue24561] [VS2013] Py_InitializeEx causes fatal error being called from winnt-service

[Steve Dower]

Steve Dower added the comment:

See #17797

--
resolution:  -> duplicate
status: open -> closed
superseder:  -> Visual C++ 11.0 reports fileno(stdin) == 0 for non-console 
program

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Larry Hastings]

Larry Hastings added the comment:

I just wanna say, thanks everybody for tackling this.  Here's hoping it makes 
it into 3.5 beta 3!

--

___
Python tracker 

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

[issue24524] python crash using Tkinter

[Zachary Ware]

Changes by Zachary Ware :


--
superseder:  -> tkinter:  "alloc: invalid block:" after askopenfilename

___
Python tracker 

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

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

[Zachary Ware]

Changes by Zachary Ware :


--
nosy: +tomnor

___
Python tracker 

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

[issue24561] [VS2013] Py_InitializeEx causes fatal error being called from winnt-service

[Vitaly Murashev]

Changes by Vitaly Murashev :


--
title: [VS2013] Py_InitializeEx causes fatal error being from winnt-service -> 
[VS2013] Py_InitializeEx causes fatal error being called from winnt-service

___
Python tracker 

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

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

[Vitaly Murashev]

Vitaly Murashev added the comment:

patch suggested

--
keywords: +patch
Added file: http://bugs.python.org/file39854/pythonrun.c.diff

___
Python tracker 

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

[issue24524] python crash using Tkinter

[Terry J. Reedy]

Terry J. Reedy added the comment:

On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command 
Prompt so would see message is there were one).

--

___
Python tracker 

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

[issue24524] python crash using Tkinter

[Terry J. Reedy]

Terry J. Reedy added the comment:

Will not accept superseder

--

___
Python tracker 

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

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

[Vitaly Murashev]

Vitaly Murashev added the comment:

More details:
previously Python3.4.3 was compiled in my environment using compiler from 
VisualStudio-2005 and everything worked well. The crash has come right after 
changing compiler to the one from VisualStudio-2013

So something definitely changed inside Microsoft runtime implementation.
For unknown reason when winnt-service is running, 
its std file handles 0,1,2 can be duplicated using dup()
but fstat() fails

--

___
Python tracker 

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

[issue24524] python crash using Tkinter

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
resolution:  -> duplicate
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

[issue24524] python crash using Tkinter

[Terry J. Reedy]

Terry J. Reedy added the comment:

This should be closed as duplicate of #22810.  Tracker malfunctioning right now.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

[Vitaly Murashev]

New submission from Vitaly Murashev:

[Affects Windows only]
Brief description (after analysis in debugger):

Py_InitializeEx fails inside internal call:

1.
if (initstdio() < 0)
Py_FatalError(
"Py_Initialize: can't initialize sys standard streams");

2. inside initstdio():

if (!is_valid_fd(fd)) {
std = Py_None;
Py_INCREF(std);
}
else {
// ===> is_valid_fd() passed and we come here
std = create_stdio(iomod, fd, 0, "", encoding, errors);
if (std == NULL)
goto error; // ===> this goto leads to fatal error

3.
is_valid_fd(int fd)   /// => JFI: fd=0
{
int dummy_fd;
if (fd < 0 || !_PyVerify_fd(fd))
return 0;
dummy_fd = dup(fd); /// ==>> dup() WORKS well
if (dummy_fd < 0)
return 0;
close(dummy_fd);
return 1;
}

4.
Let's Look whats going in create_stdio():
Modules\_io\fileio.c

static int
fileio_init(PyObject *oself, PyObject *args, PyObject *kwds)
{ ...
if (fd >= 0) {
if (check_fd(fd))
goto error;/// => fail is here 

5. Let's have a look at check_fd():
static int
check_fd(int fd)
{
#if defined(HAVE_FSTAT) /// => yes, it is defined for Windows
struct stat buf;
if (!_PyVerify_fd(fd) || (fstat(fd, &buf) < 0 && errno == EBADF)) {
PyObject *exc;
char *msg = strerror(EBADF);
exc = PyObject_CallFunction(PyExc_OSError, "(is)",
EBADF, msg);
PyErr_SetObject(PyExc_OSError, exc);
Py_XDECREF(exc);
return -1;
}
#endif
return 0;
}

--
components: IO, Interpreter Core, Windows
messages: 246199
nosy: paul.moore, steve.dower, tim.golden, vmurashev, zach.ware
priority: normal
severity: normal
status: open
title: [VS2013] Py_InitializeEx causes fatal error being from winnt-service
type: crash
versions: Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

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

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

[Terry J. Reedy]

Terry J. Reedy added the comment:

Tomas Nordin reported on #24524 (will close as dup) that a similar script 
crashes python 2.7.9 on Linux debian.

--
nosy: +terry.reedy
versions: +Python 2.7

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Eric Snow]

Eric Snow added the comment:

What is the level of impact of the callback problem?  Of the 4 scenarios in 
[1], it seems to me like #1 (C callbacks w/o a module reference) would be the 
most common.  However, can't that be addressed by adjusting the API, so it 
would only be a big problem in the case of a public C-API for the module (where 
backward-compatibility is a concern)?  #3 (classes have no reference to the 
module) sounds like the most problematic but how common a problem is it 
practice?

It may be worth including an explicit note in the multi-phase section on the 
scenarios that currently don't lend themselves well to multi-phase 
initialization.  It would also be great to indicate how to work around those 
issues (or the cases where for now it's better to just use single-phase 
initialization).

FWIW, the matter ties in directly to the work I'm doing with subinterpreters 
right now.

[1] https://mail.python.org/pipermail/import-sig/2015-April/000959.html

--

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Eric Snow]

Eric Snow added the comment:

Sorry I didn't get a review in before.  Since subinterpreters and multi-phase 
initialization are on my mind, I have a couple questions:

Should there be a note in the "Single-phase initialization" section (perhaps at 
the top of the section) that encourages use of multi-phase initialization?

Would it be worth demonstrating how a module might be verified to work with 
subinterpreters (as indicated in the multi-phase section)?  An example with a 
brief main function would likely be sufficient.  If it's not obvious how to do 
it then module authors may not consider it worth the trouble.  If all goes well 
then subinterpreters will be exposed in Python in 3.6 which will make such 
testing much easier.

--
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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

The advantage of svn for externals is that nobody needs the history and most 
people don't need a full enlistment. A hg setup should probably be one repo per 
project per version, and I'm not sure that's a great idea.

--

___
Python tracker 

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

[issue24520] Stop using deprecated floating-point environment functions on FreeBSD

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy: +mark.dickinson

___
Python tracker 

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

[issue24518] json.dumps should accept key function for ``sort_keys``

[Terry J. Reedy]

Terry J. Reedy added the comment:

Catherine, if you are going to continue contributing patches, which we hope you 
do, please sign the PSF Contribution Agreement.
https://www.python.org/psf/contrib/
https://www.python.org/psf/contrib/contrib_form/

It would be needed if this patch were to be used, but I presume Bob would 
import the patch from simplejson instead.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue24555] Python logic error when deal with re and muti-threading

[Matthew Barnett]

Matthew Barnett added the comment:

Your regex is a pathological case: it suffers from catastrophic backtracking 
and can take a long time to finish.

The other problem is that the re module never releases the GIL, so while it's 
performing the search in the low-level C code, other Python threads don't get a 
chance to run.

--

___
Python tracker 

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

[issue24400] Awaitable ABC incompatible with functools.singledispatch

[Yury Selivanov]

Yury Selivanov added the comment:

> I think we should add "inspect.isawaitable()", and have it pass for 
> *anything* that can be used in an await expression (whether that's by 
> implementing the Awaitable protocol, or due to special casing at the 
> interpreter level).

I agree. I've committed the change.


Larry, please make sure that the latest patch lands in 3.5beta3. It's really 
important.

--
nosy: +larry
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue24400] Awaitable ABC incompatible with functools.singledispatch

[Roundup Robot]

Roundup Robot added the comment:

New changeset cb1aafc9ad7e by Yury Selivanov in branch '3.5':
Issue #24400: Resurrect inspect.isawaitable()
https://hg.python.org/cpython/rev/cb1aafc9ad7e

New changeset a14f6a70d013 by Yury Selivanov in branch 'default':
Merge 3.5 (Issue #24400)
https://hg.python.org/cpython/rev/a14f6a70d013

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

Antoine Pitrou added the comment:
> For SVN access, I think it's probably Martin or perhaps Benjamin.

Benjamin was the one who set up my access.

> Perhaps it would be good to switch the externals repo to hg, actually?

Moving away from svn.python.org has been on my to-figure-out list for
some time, but like instructions for the devguide, that hasn't
happened yet either.

--

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Antoine Pitrou]

Antoine Pitrou added the comment:

For SVN access, I think it's probably Martin or perhaps Benjamin. Apparently 
svn.python.org still lives on the old Europe-based infrastructure...

Perhaps it would be good to switch the externals repo to hg, actually?

--

___
Python tracker 

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

[issue24555] Python logic error when deal with re and muti-threading

[bee13oy]

bee13oy added the comment:

#Python logic error when deal with re and muti-threading 
##Bug Description
  
When use re and multi-threading it will trigger the bug. 
  
Bug type:   `Logic Error`

Test Enviroment:

* `Windows 7 SP1 x64 + python 3.4.3`
* `Linux kali 3.14-kali1-amd64 + python 2.7.3 ` 

-Normal Case
- 1. main-thread: join(timeout), wait for sub-thread finished  -
- 2. sub-thread: while(1), an infinite loop-


Test Code:

#!/usr/bin/python
__author__ = 'bee13oy'
import re
import threading
timeout = 2
source = "(.*(.)?)*bcd\\t\\n\\r\\f\\a\\e\\071\\x3b\\$\?caxyz"
def run(source):
while(1):
print("test1")   
def handle():
try:
t = threading.Thread(target=run,args=(source,))
t.setDaemon(True)
t.start()
t.join(timeout)
print("thread finished...It's an normal case!\n")
except:
print("exception ...\n")
handle()

+

-Bug 
Case-
- 1. main-thread: join(timeout), wait for sub-thread finished   
 -
- 2. sub-thread: 1)we construct the special pattern 
"(.*(.)?)*bcd\\t\\n\\r\\f\\a\\e\\071\\x3b\\$\?caxyz" -
 2)regexp.search() can't deal with it, and hang 
up   -
 3)join(timeout), and the sub-thread was over 
time, at this time, main-thread should have got-
 the control of the program. But it didn't. 
 -
--

POC:

#!/usr/bin/python
__author__ = 'bee13oy'
import re
import os
import threading
timeout = 2
source = "(.*(.)?)*bcd\\t\\n\\r\\f\\a\\e\\071\\x3b\\$\?caxyz"
def run(source):
regexp = re.compile(r''+source+'')
sgroup = regexp.search(source)   
def handle():
try:
t = threading.Thread(target=run,args=(source,))
t.setDaemon(True)
t.start()
t.join(timeout)
print("finished...\n")
except:
print("exception ...\n")
handle()

+

-  Bug Analyze -

When we use Python multithreading, and use `join(timeout)` to wait until the 
**thread terminates** or **timed out**.   
1. In normal case, I run a while() in sub-thread, the main thread will 
get the control of the program after the sub-thread is timed out.
2. In our POC, even the sub-thread timed out, the main thread still 
can't execute continue. After analyzing, I found the main thread trapped into 
an infinite loop. 


At first, it will run into the sub-thread, but it can't end normally. 
At this time, join(timeout) will wait for the sub-thread return or timed out, 
and try to call timed out function in order that main thread can get the 
control of the program.

The bug is that the sub-thread was into an infinite loop and the main-thread 
was into an infinite loop too, which causes the program to be hang up.  

By analyzing the source code of Python, we found that:
  
- sub-thread is into an infinite loop   (code block 0)
- main-thread is into an infinite loop  (code block 1)
  
-code block 0-- 
- the following code is where sub-thread trapped into an infinite loop:  -
--- 
the following code is where the sub-thread trapped into an **infinite loop**:  
```
LOCAL(Py_ssize_t)
SRE(match)(SRE_STATE* state, SRE_CODE* pattern, int match_all)
{
SRE_CHAR* end = (SRE_CHAR *)state->end;
Py_ssize_t alloc_pos, ctx_pos = -1;
Py_ssize_t i, ret = 0;
Py_ssize_t jump;
unsigned int sigcount=0;
SRE(match_context)* ctx;
SRE(match_context)* nextctx;
TRACE(("|%p|%p|ENTER\n", pattern, state->ptr));
DATA_ALLOC(SRE(match_context), ctx);
ctx->last_ctx_pos = -1;
ctx->jump = JUMP_NONE;
ctx->pattern = pattern;
ctx->match_all = match_all;
ctx_pos = alloc_pos;
.   
/* Cycle code which will never return*/
for (;;) {
++sigcount;
if ((0 == (sigcount & 0xfff)) && PyErr_CheckSignals())
RETURN_ERROR(SRE_ERROR_INTERRUPTED);

switch (*ctx->pattern++) {
case SRE_OP_MARK:
/* set mark */

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

[R. David Murray]

Changes by R. David Murray :


--
resolution: rejected -> not a bug
stage:  -> resolved

___
Python tracker 

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

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

[SpaceOne]

SpaceOne added the comment:

argh. sorry. I did not read the following lines in my environment which caused 
this by a recursive chown.

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

___
Python tracker 

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

[issue24560] codecs.StreamReader doesn't work with nonblocking streams: TypeError: can't concat bytes to NoneType

[yac]

New submission from yac:

File "/usr/lib64/python3.4/codecs.py", line 490, in read
data = self.bytebuffer + newdata
TypeError: can't concat bytes to NoneType


if size < 0:
newdata = self.stream.read()
else:
newdata = self.stream.read(size)
# decode bytes (those remaining from the last call included)
data = self.bytebuffer + newdata

if self.stream is nonblocking, it's read will return None (py3, py2 raises 
IOError(EGAIN)).

Simple `if newdata is None: return None` should fix that I guess

--
components: Unicode
messages: 246186
nosy: ezio.melotti, haypo, yac
priority: normal
severity: normal
status: open
title: codecs.StreamReader doesn't work with nonblocking streams: TypeError: 
can't concat bytes to NoneType
versions: Python 3.4

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

I assume we use svn+ssh:// for this? I can't ssh into svn.python.org with my 
usual key, so I'm guessing it needs to be set up on there.

Who is best to contact about that?

--

___
Python tracker 

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

[issue24559] online Python docs scroll in a godawful ugly fashion

[R. David Murray]

R. David Murray added the comment:

This scrolling behavior has been in place for quite some time without other 
complaints.  I think perhaps your browser is broken :)

--
nosy: +ezio.melotti, r.david.murray

___
Python tracker 

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

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

[R. David Murray]

R. David Murray added the comment:

I don't understand your workaround (how is that different from just using the 
default value of symlinks?)

It sounds like what you are reporting is that copystat is incorrectly setting 
permissions on a file a symlink points to instead of on the symlink itself (in 
whatever sense the latter is even meaningful)?

--
nosy: +r.david.murray

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Steve Dower]

Steve Dower added the comment:

There was an email, though I don't remember whether it was a detailed one.

I'll take notes as I work through it and write something up or contribute them 
to whoever is writing.

--

___
Python tracker 

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

[issue24556] Getopt overwrites variables unexpectedly

[R. David Murray]

R. David Murray added the comment:

This behavior is correct:

rdmurray@session:~>getopt a:b:c -a value1 -b value2 -cbanana
 -a value1 -b value2 -c -b anana --

--
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

[issue24555] Python logic error when deal with re and muti-threading

[R. David Murray]

R. David Murray added the comment:

If you re-post your bug information in a plain text and/or test program format 
it might get faster attention.

--
nosy: +r.david.murray

___
Python tracker 

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

[issue24546] sequence index bug in random.choice

[R. David Murray]

R. David Murray added the comment:

OK, so we don't know what caused the OPs original problem, and at the moment we 
don't have enough info to figure it out.  Serge, you'll have to find some way 
to get more information on exactly what is failing in order for this issue to 
make progress.

--

___
Python tracker 

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

[issue23974] random.randrange() biased output

[Christopher Gurnee]

Christopher Gurnee added the comment:

Option 3 of course wasn't my first choice (given how small the patch is and how 
minimal its potential negative impact), but it's certainly better than allowing 
an issue to linger in limbo.

Thank you, all.

--

___
Python tracker 

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

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

[Stefan Krah]

Stefan Krah added the comment:

Fixed in 2.7, 3.5 and default.  Thanks everyone for the comments.

--
assignee:  -> skrah
components: +Build
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> compile error
versions: +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

[issue24559] online Python docs scroll in a godawful ugly fashion

[Stefan Krah]

Changes by Stefan Krah :


--
nosy:  -skrah

___
Python tracker 

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

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2a3c0ad52b99 by Stefan Krah in branch '2.7':
Issue #24543: Use AC_LINK instead of AC_COMPILE in order to prevent false
https://hg.python.org/cpython/rev/2a3c0ad52b99

--

___
Python tracker 

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

[issue24559] online Python docs scroll in a godawful ugly fashion

[Stefan Krah]

Stefan Krah added the comment:

Could you perhaps rephrase this "bug report"?

--
nosy: +skrah
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

[issue24559] online Python docs scroll in a godawful ugly fashion

[Gino Lee]

Gino Lee added the comment:

This is most noticeable when you scroll toward the bottom of the document -- 
you can see the left panel jerkily repositioning itself in a most abrupt 
fashion.

--

___
Python tracker 

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

[issue24559] online Python docs scroll in a godawful ugly fashion

[Gino Lee]

New submission from Gino Lee:

Example:
https://docs.python.org/2/library/re.html#

If you start scrolling down, the left panel updates in a horribly jerky and 
ugly fashion. It's distracting, annoying, and it makes the site look very 
amateurishly constructed. At the very least, just keep the panel fixed and 
unmoving -- just let the user scroll it as he/she needs to.

This is on Chrome browser on Mac OSX, but I think I've seen this dysfunctional 
behavior on other platforms as well.

I am filing this bug here because I was unable to find the place to file 
documentation related bugs..

--
messages: 246173
nosy: Gino Lee
priority: normal
severity: normal
status: open
title: online Python docs scroll in a godawful ugly fashion
type: behavior

___
Python tracker 

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

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

[Zachary Ware]

Zachary Ware added the comment:

Not yet and yes :)

--

___
Python tracker 

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

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

[SpaceOne]

SpaceOne added the comment:

my workaround is:
import os.path
def ignore(src, names):
   return [name for name in names if os.path.islink(os.path.join(src, name))]
shutil.copytree(src, dst, ignore=ignore)

--

___
Python tracker 

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

[issue24557] Refactor LibreSSL / EGD detection

[koobs]

Changes by koobs :


--
components: +Build, Library (Lib)
keywords: +easy, needs review
nosy: +koobs

___
Python tracker 

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

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

[SpaceOne]

New submission from SpaceOne:

shutil.copytree(src, dst, symlink=True) destroys file system permissions and 
open security issues. See the following python/bash session:

# ls -l /etc/shadow
 -rw-r- 1 root shadow 1114 May  8 19:10 /etc/shadow
# su foobar
$ ln -s /etc/shadow && exit
# python -c '__import__("shutil").copytree('/home/', '/backups/home', 
symlinks=True)
# ls -l /etc/shadow
-rw-r- 1 foobar Domain Users 1114 Mai  8 19:10 /etc/shadow

As you can see the file "/etc/shadow" is now owned by the user "foobar" and its 
primary group.

--
components: Distutils
messages: 246170
nosy: dstufft, eric.araujo, spaceone
priority: normal
severity: normal
status: open
title: shutil.copytree with symlinks=True opens vulnerabilities
type: security

___
Python tracker 

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

[issue24557] Refactor LibreSSL / EGD detection

[Bernard Spil]

Changes by Bernard Spil :


--
versions: +Python 3.3, Python 3.4

___
Python tracker 

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

[issue24557] Refactor LibreSSL / EGD detection

[Bernard Spil]

Changes by Bernard Spil :


Added file: http://bugs.python.org/file39852/patch-RAND_egd

___
Python tracker 

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

[issue24557] Refactor LibreSSL / EGD detection

[Bernard Spil]

New submission from Bernard Spil:

LibreSSL added a define OPENSSL_NO_EGD to their headers in version 2.2.0 in 
line with the defines of the other removed features.

These patches remove detection of RAND_egd from configure and replace the 
detection in the source code.

--
messages: 246169
nosy: spil
priority: normal
severity: normal
status: open
title: Refactor LibreSSL / EGD detection
type: enhancement
versions: Python 2.7, Python 3.5

___
Python tracker 

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

[issue24334] SSLSocket extra level of indirection

[Geert Jansen]

Geert Jansen added the comment:

Apologies for the late reply.

I made SSLSocket go through SSLObject so that the test suite that is primarily 
testing SSLSocket will test both.

Also, this layering allows us to define some non-networked operations (such as 
SSL certificate checking and channel binding types) in a single location rather 
than duplicating them between SSLSocket and SSLObject.

--

___
Python tracker 

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

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

[marxin]

marxin added the comment:

Works for me.

Thanks!

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Nick Coghlan]

Nick Coghlan added the comment:

We already knew that reference count management was likely to be one of the 
thorniest problems with allowing true subinterpreter level concurrency, this 
issue just reminds us that the cyclic GC is going to be a challenge as well.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Graham Dumpleton]

Graham Dumpleton added the comment:

Right now mod_wsgi is the main user of sub interpreters. I wasn't even aware of 
this issue until Jesse found it. Thus in 7+ years, it never presented a problem 
in practice, possibly because in mod_wsgi sub interpreters are only ever 
destroyed on process shutdown and causing an issue at that point or a process 
crash was not noticed and tolerable

If however you are going to implement the "parallelism with sub-interpreters' 
idea you are making the possibility of encountering problems much more 
prevalent because you will likely have many more people using the feature, plus 
that a sub interpreter may be ephemeral and not necessarily kept around for the 
life of process, but destroyed at any time thus more readily pushing GC of 
objects into a different sub interpreter context if that is what can occur now.

It therefore seems to me that this would open up a huge can of worms if left to 
work as it does now with users seeing all sorts of unexpected behaviour if not 
very careful. Also, for GC of objects to be able to be done in a different 
interpreter context seems to suggest to me that the global GIL for whole 
process couldn't be eliminated in the first place. So at this I point can't see 
how you could move to a separate GIL for each interpreter context, if GC for 
each interpreter can't be separated easily or at all.

--

___
Python tracker 

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

[issue24546] sequence index bug in random.choice

[Stefan Krah]

Stefan Krah added the comment:

Just to defend gcc. :)  I still cannot reproduce Steven's problem
even with the C example and -m32.

Steven's gcc [GCC 4.1.2 20080704 (Red Hat 4.1.2-52)] is very old
and probably has quite a lot of distro patches.

I'd try a modern vanilla version.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Antoine Pitrou]

Antoine Pitrou added the comment:

I don't have any opinion on whether this issue kills the "parallelism with 
sub-interpreters" idea (I'm not sure why it would). But regardless, solving 
this issue will be very non-trivial, or perhaps very involved.

Running the GC at the end of a subinterpreter certainly won't solve the general 
problem of objects becoming unreachable in an interpreter (i.e. the last 
external reference being lost in that interpreter) and collected by the cyclic 
GC from another.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Graham Dumpleton]

Graham Dumpleton added the comment:

If this issue with GC can't be addressed and sub interpreters isolated better, 
then there is no point pursing then the idea that has been raised at the 
language summit of giving each sub interpreter its own GIL and then provide 
mechanisms to allow code executing in one sub interpreter to delegate other 
code to run in the context of a different sub interpreter, thus allowing 
effective use of multi core systems.

That was the bigger goal and this was one of the issues which would need to be 
fixed.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Antoine Pitrou]

Antoine Pitrou added the comment:

>From a quick look at the PyInterpreterState, stuff that may be risky to rely 
>on:
- mutable data from the sys module (mainly import-related data: sys.path, 
sys.meta_path, etc.)
- codecs registry metadata

Of course third-party modules (C extensions) may key additional data on the 
current interpreter, but I can't think of any stdlib module that does.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Antoine Pitrou]

Antoine Pitrou added the comment:

I don't think this is a very important issue, by the way. Normal destructors 
will usually rely on resources on their global environment, i.e. the function's 
globals or builtins dict, which will point to the right namespace. Only if you 
are explicitly looking up something on the interpreter (or using e.g. 
thread-local storage... but relying on thread-local storage in a destructor is 
already broken anyway) will you see such discrepancies.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Antoine Pitrou]

Antoine Pitrou added the comment:

It's just a consequence of subinterpreters not being isolated contexts. They're 
sharing of lot of stuff by construction (hence being called "subinterpreters"). 
And indeed some resource can become unreachable in a subinterpreter, and 
collected from another, if the resource is part of a reference cycle.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Graham Dumpleton]

Graham Dumpleton added the comment:

That GC happens on an object in the wrong interpreter in this case is the 
problem as it can result in used code execution against the wrong interpreter 
context.

If you are saying this can happen anytime in the life of a sub interpreter and 
not just in this case of when a sub interpreter is destroyed followed by 
destruction of the main interpreter, then that is an even bigger flaw.

--

___
Python tracker 

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

[issue24554] GC should happen when a subinterpreter is destroyed

[Antoine Pitrou]

Antoine Pitrou added the comment:

What is that supposed to demonstrate? GC is a global operation and is not tied 
to subinterpreters: GC may happen in any interpreter, not necessarily the one 
where the resource was allocated.

--
nosy: +pitrou

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Petr Viktorin]

Petr Viktorin added the comment:

Yes!

Aside from the callback problem, which is left for another PEP, but limits PEP 
489 usefulness in the real world :(
It turns out that one is quite a rabbit hole. I'll post my findings on that 
soon-ish.

--

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Nick Coghlan]

Nick Coghlan added the comment:

Thanks and, as you can see, merged :)

Am I correct in thinking these docs were the only item remaining for PEP 489?

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

___
Python tracker 

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

[issue24458] Documentation for PEP 489

[Roundup Robot]

Roundup Robot added the comment:

New changeset bad92d696866 by Nick Coghlan in branch '3.5':
Close #24458: PEP 489 documentation
https://hg.python.org/cpython/rev/bad92d696866

New changeset 86daa37c1cc9 by Nick Coghlan in branch 'default':
Merge fix for #24458 from 3.5
https://hg.python.org/cpython/rev/86daa37c1cc9

--
nosy: +python-dev
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