[issue26402] Regression in Python 3.5 xmlrpc.client, raises RemoteDisconnected seemingly randomly.

[Martin Panter]

Martin Panter added the comment:

Here is patch with a test case. I kept Jelte’s original fix as it is, because I 
want to be conservative in the code changes.

Xmlrpc.server only uses HTTP 1.0, without any support of keep-alive 
connections, so I used http.server instead.

--
stage: test needed -> patch review
Added file: http://bugs.python.org/file42001/xmlrpc-remote-disconnected.v2.patch

___
Python tracker 

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

[issue26388] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

[Nick Coghlan]

Nick Coghlan added the comment:

This seems like a reasonable enhancement to me, but I'd appreciate your 
thoughts on how it might relate to a couple of other proposed ideas:

* Supporting execution-by-module-name in pdb et al: 
https://bugs.python.org/issue9325
* Supporting configurable target environments for module execution: 
https://bugs.python.org/issue19982

My own current assessment is "this RFE neither helps nor hinders those other 
ideas", so this can also be read as an attempt to get a potential contributor 
with an interest in runpy to take a look at those long-languishing ideas to see 
if they pique your interest ;)

--

___
Python tracker 

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

[issue9325] Add an option to pdb/trace/profile to run library module as a script

[Piotr Dobrogost]

Changes by Piotr Dobrogost :


--
nosy: +piotr.dobrogost

___
Python tracker 

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

[issue26388] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

[Nick Coghlan]

Nick Coghlan added the comment:

The PSF also has a Contributor Licensing Agreement in place for contributions 
to CPython, so if you could sign that, that would be great: 
https://www.python.org/psf/contrib/contrib-form/

Highlights from a contributor point of view:
- the CLA explicitly licenses your contributions under an open source license 
(typically the Apache License 2.0)
- the CLA grants the PSF authority to relicense your contributions under 
another open source license (this is currently the Python Software Foundation 
License)

--

___
Python tracker 

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

[issue23430] socketserver.BaseServer.handle_error() should not catch exiting exceptions

[Martin Panter]

Changes by Martin Panter :


--
resolution:  -> fixed
stage: commit 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

[issue26387] Crash calling sqlite3_close with invalid pointer

[Filipp Andjelo]

Filipp Andjelo added the comment:

Ok, the race condition seems not to be the real problem, since the patches 
didn't help. Don't want to do any assumptions anymore, but it seems like the 
python objects memory is deallocated before the sqlite connection was closed. 
The thing is, that this problem appears only on very heavy load with 40 
parallel python processes and overall memory consumption of more than 240GiB. 
This high number is due to deactivated GC on our side, due to performance 
problems, we call it once the complete work is done. Unfortunately, I can't 
reproduce this error in "small", but here is the crash report (the crash comes 
from different parts of free(), sometimes with double free, sometimes invalid 
pointer or similar):

*** glibc detected *** 
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python: free(): invalid next 
size (normal): 0x058b72b0 ***
=== Backtrace: =
/lib64/libc.so.6[0x36e6275f4e]
/lib64/libc.so.6[0x36e6278cf0]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x23918)[0x7f785100a918]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(sqlite3_free+0x63)[0x7f785100b6b6]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x3193d)[0x7f785101893d]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x31a93)[0x7f7851018a93]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x31e6d)[0x7f7851018e6d]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x32735)[0x7f7851019735]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x3115d)[0x7f785101815d]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x3119e)[0x7f785101819e]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x33df2)[0x7f785101adf2]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x36441)[0x7f785101d441]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0x40e21)[0x7f7851027e21]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0xbbddf)[0x7f78510a2ddf]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(+0xbbcff)[0x7f78510a2cff]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(sqlite3_close+0x1d)[0x7f78510a2d23]
/share/nds-buildtools/python/python-3.4.2-64_5/lib/python3.4/lib-dynload/_sqlite3.cpython-34m.so(pysqlite_connection_close+0x79)[0x7f7851002af9]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x64e3)[0x4c52e3]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x6e38)[0x4c5c38]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x6e38)[0x4c5c38]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x6e38)[0x4c5c38]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x6e38)[0x4c5c38]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalFrameEx+0x6e38)[0x4c5c38]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalCodeEx+0x8a7)[0x4c72a7]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyEval_EvalCode+0x3b)[0x4c736b]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python[0x4e7c61]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyRun_FileExFlags+0x115)[0x4e9a85]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(PyRun_SimpleFileExFlags+0xfa)[0x4eb2ea]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(Py_Main+0xa74)[0x41d8e4]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python(main+0x155)[0x41a465]
/lib64/libc.so.6(__libc_start_main+0xfd)[0x36e621ed5d]
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python[0x41a249]
=== Memory map: 
0040-005fe000 r-xp  00:1a 491451 
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python3.4
007fd000-00857000 rw-p 001fd000 00:1a 491451 
/share/nds-buildtools/python/python-3.4.2-64_5/bin/python3.4
00857000-00872000 rw-p  00:00 0 
00c84000-0dd92000 rw-p  00:00 0  [heap]
36e5e0-36e5e2 r-xp  fd:00 2964   
/lib64/ld-2.12.so
36e601f000-36e602 r--p 0001f000 fd:00 2964   
/lib64/ld-2.12.so
36e602-36e6021000 rw-p 0002 fd:00 2964   
/lib64/ld-2.12.so
36e6021000-36e6022000 rw-p  00:00 0 
36e620-36e638a000 r-xp  fd:00 3884   
/lib64/libc-

[issue19982] Add a "target" parameter to runpy.run_path and runpy.run_module

[Piotr Dobrogost]

Changes by Piotr Dobrogost :


--
nosy: +piotr.dobrogost

___
Python tracker 

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

[issue26390] hashlib's pbkdf2_hmac documentation "rounds" does not match source

[Martin Panter]

Martin Panter added the comment:

Here is an updated patch. I also fixed the hash_name parameter, some more minor 
offences in the documentation, and added a test case.

--
Added file: http://bugs.python.org/file42002/pbkdf2_6.patch

___
Python tracker 

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

[issue26403] Don't call sendto in socketserver.DatagramRequestHandler if there is nothing to send

[Martin Panter]

Martin Panter added the comment:

Actually there is precedent for some asynchronous errors due to the client to 
be ignored:

* Revision 87d3f91e44d4: Catch socket.error (now OSError) from accept()
* r73819: Catch socket.error (OSError) to handle ENOTCONN from shutdown()
* Revision 7e5d7ef4634d: Catch socket.error from sendall(); apparently Windows 
decides to locally drop the connection and raises ECONNABORTED

So it might be reasonable to catch FileNotFoundError (ENOENT) from sendto(), 
for Unix domain datagram servers.

--

___
Python tracker 

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

[issue26261] NamedTemporaryFile documentation is vague about the `name` attribute

[Roundup Robot]

Roundup Robot added the comment:

New changeset f1982e1426ce by Martin Panter in branch '3.5':
Issue #26261: Clarify NamedTemporaryFile name attribute vs file.name
https://hg.python.org/cpython/rev/f1982e1426ce

New changeset 837bae8c8ae7 by Martin Panter in branch 'default':
Issue #26261: Merge NamedTemporaryFile docs from 3.5
https://hg.python.org/cpython/rev/837bae8c8ae7

New changeset 27a140558a47 by Martin Panter in branch '2.7':
Issue #26261: Clarify NamedTemporaryFile name attribute vs file.name
https://hg.python.org/cpython/rev/27a140558a47

--
nosy: +python-dev

___
Python tracker 

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

[issue26268] Update python.org installers to use OpenSSL 1.0.2f

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3be29e684ccf by Zachary Ware in branch '2.7':
Issue #26268: Update Windows builds to use OpenSSL 1.0.2f
https://hg.python.org/cpython/rev/3be29e684ccf

New changeset e1187d3204e9 by Zachary Ware in branch '3.5':
Issue #26268: Update the prepare_ssl.py script
https://hg.python.org/cpython/rev/e1187d3204e9

New changeset 82afdf5a8c7b by Zachary Ware in branch '3.5':
Issue #26268: Update Windows builds to use OpenSSL 1.0.2f
https://hg.python.org/cpython/rev/82afdf5a8c7b

New changeset 365ab6287783 by Zachary Ware in branch 'default':
Issue #26268: Merge with 3.5
https://hg.python.org/cpython/rev/365ab6287783

--

___
Python tracker 

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

[issue26268] Update python.org installers to use OpenSSL 1.0.2f

[Zachary Ware]

Zachary Ware added the comment:

OpenSSL seems to have FUBARed their release process, such that the include/ 
directory no longer includes anything.  As such I had to update prepare_ssl.py 
to handle creating include directories for 32 and 64 bit.  This is somewhat 
wasteful since the only thing really different between the two is 
opensslconf.h, but this is the simplest approach.

With that update, builds of 2.7 using the old project files in PC/VS9.0 now 
require Perl to be available to create the makefile.  I don't think this is an 
undue burden; on the other hand, making prepare_ssl.py handle the requirements 
of the old build_ssl.py is far more effort than I want to invest.

Steve, would you mind double-checking my work if you get a chance?  I committed 
in a bit of a hurry at the request of Intel.

--
resolution:  -> fixed
stage: needs patch -> commit review
status: open -> pending
type:  -> security

___
Python tracker 

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

[issue26392] socketserver.BaseServer.close_server should stop serve_forever

[Martin Panter]

Martin Panter added the comment:

I suggest to reject this. Checking a flag before using a shared file descriptor 
is a recipe for a race condition, and in this case, unspecified behaviour: 
 (applies to select 
and poll).

--

___
Python tracker 

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

[issue26261] NamedTemporaryFile documentation is vague about the `name` attribute

[Martin Panter]

Changes by Martin Panter :


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

[issue26404] socketserver context manager

[Martin Panter]

Martin Panter added the comment:

I would support this change, as long as we aren’t supporting using 
server_close() to stop the server loop at the same time.

It might be worth updating other example code that uses server_close(), in 
particular in the xmlrpc.server documentation.

--

___
Python tracker 

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

[issue22234] urllib.parse.urlparse accepts any falsy value as an url

[Antti Haapala]

Antti Haapala added the comment:

I believe `urlparse` should throw a `TypeError` if not isinstance(url, (str, 
bytes))

--

___
Python tracker 

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

[issue21042] ctypes.util.find_library() should return full pathname instead of filename in linux

[Tamás Bence Gedai]

Tamás Bence Gedai added the comment:

Updated the patch to remove the code duplication, now it stores the values that 
are calculated in the setUpClass method. It was a good and simple idea, I 
should have come up with it... :)

I'm pretty sure I got the errors during configuration because of the gcc 
version I have.

--
Added file: http://bugs.python.org/file42003/find_lib_v4.patch

___
Python tracker 

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

[issue26407] csv.writer.writerows masks exceptions from __iter__

[Ilja Everilä]

New submission from Ilja Everilä:

When passing a class implementing the dunder __iter__ that raises to 
csv.writer.writerows it hides the original exception and raises a TypeError 
instead.

In the raised TypeError the __context__ and __cause__ both are None.

For example:

>>> class X:
...  def __iter__(self):
...   raise RuntimeError("I'm hidden")
... 
>>> x = X()
>>> list(x)
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 3, in __iter__
RuntimeError: I'm hidden
>>> import csv
>>> csv.writer(open('foo.csv', 'w', newline='')).writerows(x)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: writerows() argument must be iterable
>>> try:
...  csv.writer(open('foo.csv', 'w', newline='')).writerows(x)
... except TypeError as e:
...  e_ = e
>>> e_.__context__ is None
True
>>> e_.__cause__ is None
True

It would seem that for reasons unknown to me either PyObject_GetIter loses the 
exception context or the call to PyErr_SetString in csv_writerows hides it.

--
messages: 260673
nosy: Ilja Everilä
priority: normal
severity: normal
status: open
title: csv.writer.writerows masks exceptions from __iter__
type: behavior

___
Python tracker 

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

[issue26249] Change PyMem_Malloc to use PyObject_Malloc allocator?

[Catalin Gabriel Manciu]

Catalin Gabriel Manciu added the comment:

Hi all,

Please find below the results from a complete GUPB run on a patched CPython 
3.6. In average, an improvement of about 2.1% can be observed. 

I'm also attaching an implementation of the patch for CPython 2.7 and its 
benchmark results. On GUPB the average performance boost is 1.5%. 
In addition we are also seeing a 2.1% increase in throughput rate from our 
OpenStack Swift setup as measured by ssbench.

Compared to my proposition in issue #26382, this patch yields slightly better 
results for CPython 3.6, gaining an average of +0.36% on GUPB,
and similar results for CPython 2.7.


Hardware and OS configuration:
==
Hardware:   Intel XEON (Haswell-EP)

BIOS settings:  Intel Turbo Boost Technology: false
Hyper-Threading: false  

OS: Ubuntu 14.04.2 LTS

OS configuration:   Address Space Layout Randomization (ASLR) disabled to 
reduce run
to run variation by echo 0 > 
/proc/sys/kernel/randomize_va_space
CPU frequency set fixed at 2.3GHz

Repository info:

CPython2 : 2d8e8d0e7162 (2.7)
CPython3 : f9391e2b74a5 tip

Results
===

Table 1: CPython 3 GUPB results
---
unpickle_list   22.74%
mako_v2 9.13%
nqueens 6.32%
meteor_contest  5.61%
fannkuch5.34%
simple_logging  5.28%
formatted_logging   5.06%
fastunpickle4.37%
json_dump_v23.10%
regex_compile   3.01%
raytrace2.95%
pathlib 2.43%
tornado_http2.22%
django_v3   1.94%
telco   1.65%
pickle_list 1.59%
chaos   1.50%
etree_process   1.48%
fastpickle  1.34%
silent_logging  1.12%
2to31.09%
float   1.01%
nbody   0.89%
normal_startup  0.86%
startup_nosite  0.79%
richards0.67%
regex_v80.61%
etree_generate  0.57%
hexiom2 0.54%
pickle_dict 0.20%
call_simple 0.18%
spectral_norm   0.17%
regex_effbot0.16%
unpack_sequence 0.00%
call_method_unknown-0.04%
chameleon_v2   -0.07%
json_load  -0.08%
etree_parse-0.09%
pidigits   -0.15%
go -0.16%
etree_iterparse-0.22%
call_method_slots  -0.49%
call_method-0.97%


Table 2: CPython 2 GUPB results
---
unpickle_list   16.88%
json_load   11.74%
fannkuch8.11%
mako_v2 6.91%
meteor_contest  6.27%
slowpickle  4.81%
nqueens 4.46%
html5lib_warmup 3.53%
chaos   2.67%
regex_v82.56%
html5lib2.34%
fastunpickle2.32%
tornado_http2.23%
rietveld2.15%
simple_logging  1.82%
normal_startup  1.57%
call_method_slots   1.53%
telco   1.49%
regex_compile   1.47%
spectral_norm   1.36%
hg_startup  1.27%
regex_effbot1.18%
nbody   1.02%
2to31.01%
pybench 0.99%
chameleon_v20.98%
slowunpickle0.93%
startup_nosite  0.92%
pickle_list 0.89%
richards0.56%
django_v3   0.48%
json_dump_v20.41%
raytrace0.38%
unpack_sequence 0.00%
float  -0.05%
slowspitfire   -0.07%
go -0.24%
hexiom2-0.26%
spambayes  -0.27%
pickle_dict-0.30%
etree_parse-0.32%
pidigits   -0.41%
etree_iterparse-0.47%
bzr_startup-0.55%
fastpickle -0.74%
etree_process  -0.96%
formatted_logging  -1.01%
call_simple-1.08%
pathlib-1.12%
silent_logging -1.22%
etree_generate -1.23%
call_method_unknown-2.14%
call_method-2.22%

Table 3: OpenStack Swift ssbench results

ssbench 2.11%

--
nosy: +catalin.manciu
Added file: http://bugs.python.org/file42004/pymem_27.patch

___
Python tracker 

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

[issue26249] Change PyMem_Malloc to use PyObject_Malloc allocator?

[STINNER Victor]

STINNER Victor added the comment:

> Compared to my proposition in issue #26382, this patch yields slightly better 
> results for CPython 3.6, gaining an average of +0.36% on GUPB,
and similar results for CPython 2.7.

IMHO this change is too young to be backported to Python 2.7. I wrote it for 
Python 3.6 only. For Python 2.7, I suggest to write patches with narrow scope, 
as you did for the patch only modifying the list type.

"""
Table 1: CPython 3 GUPB results
---
unpickle_list   22.74%
mako_v2 9.13%
nqueens 6.32%
meteor_contest  5.61%
fannkuch5.34%
simple_logging  5.28%
formatted_logging   5.06%
"""

I surprised to see slow-down, but I prefer to think that changes smaller than 
5% are pure noise.

The good news is the long list of benchmarks with speedup larger than 5.0% :-) 
22% on unpick list is nice to have too!

--

___
Python tracker 

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

[issue26408] pep-8 requires few corrections

[thefourtheye]

New submission from thefourtheye:

1. It doesn't have the Reference 4 used anywhere in the doc.

2. The `if` condition is not properly ended in the Programming Recommendation 
section.

3. Apart from that few grammatical changes are necessary I believe.

--
assignee: docs@python
components: Documentation
files: mywork.patch
keywords: patch
messages: 260676
nosy: docs@python, thefourtheye
priority: normal
severity: normal
status: open
title: pep-8 requires few corrections
type: enhancement
Added file: http://bugs.python.org/file42005/mywork.patch

___
Python tracker 

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

[issue26409] Support latest Tcl/Tk on future versions of Mac installer

[Aivar Annamaa]

New submission from Aivar Annamaa:

Currently Mac installer can create only Tk 8.5 compatible Tkinter, even if 
Tcl/Tk 8.6 is installed.

Unofficial distributions doesn't seem to have problems with Tk 8.6 on Mac. I 
think official installer should be upgraded as well.

Best option for users would be bundling Tcl/Tk 8.6 with installer, just like 
Windows installer does.

--
components: Installation, Macintosh, Tkinter
messages: 260677
nosy: Aivar.Annamaa, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: Support latest Tcl/Tk on future versions of Mac installer
type: enhancement
versions: 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

[issue26408] pep-8 requires a few corrections

[thefourtheye]

Changes by thefourtheye :


--
title: pep-8 requires few corrections -> pep-8 requires a few corrections

___
Python tracker 

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

[issue26382] List object memory allocator

[Catalin Gabriel Manciu]

Catalin Gabriel Manciu added the comment:

Our Haswell-EP OpenStack Swift setup shows a 1% improvement in throughput rate 
using CPython 2.7 (5715a6d9ff12) with this patch.

--

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Georg Brandl]

Georg Brandl added the comment:

I can't really comment on the grammar changes, but the rest looks good to me.

This is not very smooth, in both versions:

-Consistency within one module or function is most important.
+Consistency within one module or function is the most important thing.
 
-But most importantly: know when to be inconsistent -- sometimes the
-style guide just doesn't apply.  When in doubt, use your best
+But more importantly: know when to be inconsistent -- sometimes the
+style guide just isn't applicable.  When in doubt, use your best

(Consistency is already *most* important, but then comes something *more* 
important?)

--
nosy: +georg.brandl

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
assignee: docs@python -> barry

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

Thanks!  I like some of the changes, and may tweak a few others.  Thanks for 
the contribution.

--

___
Python tracker 

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

[issue26249] Change PyMem_Malloc to use PyObject_Malloc allocator?

[Catalin Gabriel Manciu]

Catalin Gabriel Manciu added the comment:

I've just posted the results to an OpenStack Swift benchmark run using the 
patch from my proposition, issue #26382. 
Victor's patch, applied to CPython 2.7, adds an extra 1% compared to mine 
(which improved throughput by 1%), effectively doubling the performance gain. 
Swift is a highly complex real-world workload, so this result is quite 
significant.

--

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Roundup Robot]

Roundup Robot added the comment:

New changeset 43d612fc6b12 by Barry Warsaw in branch 'default':
Gramatical and other improvements given by thefourtheye.
https://hg.python.org/peps/rev/43d612fc6b12

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

[issue26408] pep-8 requires a few corrections

[Georg Brandl]

Georg Brandl added the comment:

-Consistency within one module or function is most important.
+Consistency within one module or function is the most important.

You left out "thing" from the patch; is that intended?

--

___
Python tracker 

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

[issue25080] The example-code for making XML-RPC requests through proxy, fail!

[Berker Peksag]

Berker Peksag added the comment:

This has been fixed in cf842a8ccb77. Thank you for reporting this, Kostis!

--
nosy: +berker.peksag
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
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

[issue26410] "incompatible pointer type" while compiling Python3.5.1

[Devyn Johnson]

New submission from Devyn Johnson:

When compiling Python3.5.1 on Ubuntu 15.10 (64-bit), I see three "incompatible 
pointer type" warnings (copy-pasted below). I understand that they can be 
ignored. However, from my experience with programming (in C STD-2011), "weird 
bugs" and other odd behavior disappears when warnings like this are fixed.

Environment flags (such as CFLAGS) and the configure settings do not appear to 
influence that warning (i.e. my settings are irrelevant to this bug report).

I hope that this bug report is found to be helpful. Also, thank you 
Python-developers for making and maintaining Python as open-source software.

Python/ceval_gil.h: In function drop_gil:
Python/ceval_gil.h:181:9: warning: initialization from incompatible pointer 
type [-Wincompatible-pointer-types]
 _Py_atomic_store_relaxed(&gil_last_holder, tstate);
 ^
Python/ceval_gil.h: In function take_gil:
Python/ceval_gil.h:243:9: warning: initialization from incompatible pointer 
type [-Wincompatible-pointer-types]
 _Py_atomic_store_relaxed(&gil_last_holder, tstate);
 ^
Python/pystate.c: In function PyThreadState_Swap:
Python/pystate.c:509:5: warning: initialization from incompatible pointer type 
[-Wincompatible-pointer-types]
 _Py_atomic_store_relaxed(&_PyThreadState_Current, newts);

--
components: Build
messages: 260685
nosy: Devyn Johnson
priority: normal
severity: normal
status: open
title: "incompatible pointer type" while compiling Python3.5.1
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue26411] Suggestion concerning compile-time warnings

[Devyn Johnson]

New submission from Devyn Johnson:

I understand that compile-time warnings can typically be ignored. However, from 
my experience with programming (C STD-2011, for instance), "weird bugs", 
non-easily-replicable bugs, and odd behaviors disappear when warnings like this 
are fixed. I also understand that it will be time-consuming to fix each and 
every minor warning.

I have also noticed (in my own coding-projects) that fixing all warnings 
generated by -Wextra (and the many other warning flags) allows the compiler to 
more easily apply various optimizations.

--
components: Interpreter Core
messages: 260686
nosy: Devyn Johnson
priority: normal
severity: normal
status: open
title: Suggestion concerning compile-time warnings
type: enhancement
versions: Python 3.6

___
Python tracker 

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

[issue26395] asyncio does not support yielding from recvfrom (socket/udp)

[Simon Bernier St-Pierre]

Changes by Simon Bernier St-Pierre :


--
status: open -> closed

___
Python tracker 

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

[issue26410] "incompatible pointer type" while compiling Python3.5.1

[STINNER Victor]

STINNER Victor added the comment:

This issue is a duplicate of the issue #26161, waybe we can backport the 
changeset ff68ffcc6244 to the Python 3.5 branch.

--
nosy: +haypo

___
Python tracker 

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

[issue26408] pep-8 requires a few corrections

[Barry A. Warsaw]

Barry A. Warsaw added the comment:

On Feb 22, 2016, at 02:20 PM, Georg Brandl wrote:

>Georg Brandl added the comment:
>
>-Consistency within one module or function is most important.
>+Consistency within one module or function is the most important.
>
>You left out "thing" from the patch; is that intended?

Yes.

--

___
Python tracker 

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

[issue22234] urllib.parse.urlparse accepts any falsy value as an url

[Anish Shah]

Changes by Anish Shah :


--
nosy: +anish.shah

___
Python tracker 

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

[issue26396] Create json.JSONType

[Anish Shah]

Changes by Anish Shah :


--
nosy: +anish.shah

___
Python tracker 

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

[issue26281] Clear sys.path_importer_cache from importlib.invalidate_caches()

[Anish Shah]

Anish Shah added the comment:

Hi Brett, I'm looking for some issues to solve. Is this issue confirmed? Can I 
work on this?

--

___
Python tracker 

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

[issue26412] Segmentation Fault: 11

[Payden Comer]

New submission from Payden Comer:

A "Segmentation Fault:11" crash occurs on OS X El Captain when using `return 
pysodium.sodium.crypto_box_beforenm(clientpub, serverprivatekey)`, with args as 
None, serverprivatekey, rather than a traceback dissallowing a NoneType 
Argument.

Crash Log attached.

--
components: Macintosh
files: Python_2016-02-22-110201_Shuros-MacBook-Pro.crash
messages: 260690
nosy: ned.deily, ronaldoussoren, thecheater887
priority: normal
severity: normal
status: open
title: Segmentation Fault: 11
type: crash
versions: Python 2.7
Added file: 
http://bugs.python.org/file42006/Python_2016-02-22-110201_Shuros-MacBook-Pro.crash

___
Python tracker 

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

[issue26412] Segmentation Fault: 11

[Christian Heimes]

Christian Heimes added the comment:

pysodium is not part of Python's standard library. Please report 3rd party bugs 
in the project's bug tracker.

--
nosy: +christian.heimes
resolution:  -> third party
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

[issue26281] Clear sys.path_importer_cache from importlib.invalidate_caches()

[Brett Cannon]

Brett Cannon added the comment:

Sorry, this has not been decided upon yet. Since it's a change in semantics 
either I just need to make a decision or convince someone else to provide an 
opinion as to whether this change makes sense.

--

___
Python tracker 

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

[issue25910] Fixing links in documentation

[SilentGhost]

Changes by SilentGhost :


--
status: open -> languishing

___
Python tracker 

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

[issue26411] Suggestion concerning compile-time warnings

[SilentGhost]

Changes by SilentGhost :


--
nosy: +benjamin.peterson, brett.cannon, georg.brandl, ncoghlan, yselivanov

___
Python tracker 

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

[issue26405] tkinter askopenfilename doubleclick issue on windows

[SilentGhost]

Changes by SilentGhost :


--
components: +Windows
nosy: +gpolo, paul.moore, serhiy.storchaka, steve.dower, tim.golden, zach.ware

___
Python tracker 

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

[issue25801] ResourceWarning in test_zipfile64

[SilentGhost]

Changes by SilentGhost :


--
status: open -> languishing

___
Python tracker 

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

[issue26411] Suggestion concerning compile-time warnings

[Brett Cannon]

Changes by Brett Cannon :


--
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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

[issue26411] Suggestion concerning compile-time warnings

[Brett Cannon]

Brett Cannon added the comment:

We happily accept patches that silence compile-time warnings. Unfortunately 
most of the ones I come across are cross-platform ones like some discrepancy 
between OS X and Linux on the size of some POSIX header, so they are low 
priority and annoying to fix in a way that doesn't affect other platforms.

--

___
Python tracker 

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

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

[Andrei Dorian Duma]

Changes by Andrei Dorian Duma :


--
nosy:  -andrei.duma

___
Python tracker 

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

[issue15216] Support setting the encoding on a text stream after creation

[Andrei Dorian Duma]

Changes by Andrei Dorian Duma :


--
nosy:  -andrei.duma

___
Python tracker 

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

[issue25136] Python doesn't find Xcode 7 stub libraries

[Brett Cannon]

Brett Cannon added the comment:

We should update the devguide to specify that the command-line tools need to be 
installed and either explain or point to documentation on how to install the 
tools.

--
nosy: +brett.cannon

___
Python tracker 

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

[issue19475] Add timespec optional flag to datetime isoformat() to choose the precision

[Alessandro Cucci]

Alessandro Cucci added the comment:

New patch after @martin.panter comments on Rietveld. I left only this:

- ``'milliseconds'``: Append the hours, minutes, seconds and milliseconds.

> vadmium 2016/02/21 23:30:20
> I think this should explain that fractions are truncated to zero, never 
> rounded
> up. At least for fractions of milliseconds, although this could apply 
> to the
> other options as well.

I think is quite obvious that a datetime.now() can't be rounded to the future 
if microseconds are 999500.

--
Added file: http://bugs.python.org/file42007/issue19475_v15.patch

___
Python tracker 

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

[issue26404] socketserver context manager

[Aviv Palivoda]

Aviv Palivoda added the comment:

Only closing the server :).
1. Did the changes requested in the CR.
2. Changed the example's in xmlrpc.server, http.server to use context manager.
3. Changed the xmlrpc.server, http.server server implementation when running 
python -m {xmlrpc.server, http.server} to use context manager.

--
Added file: http://bugs.python.org/file42008/socketserver_context_manager2.patch

___
Python tracker 

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

[issue26376] Tkinter root window won't close if packed.

[Sam Yeager]

Sam Yeager added the comment:

Ran script on Terminal. The issue disappears, and everything works normally.

Running through IDLE, the issue returns. Sorry, Terry.

--

___
Python tracker 

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

[issue26377] Tkinter dialogs will not close if root window not packed.

[Sam Yeager]

Sam Yeager added the comment:

Updated script with the adding 'parent-Rootwin' to messagebox() arguments. The 
issue persists.

Following advice in #26376:
Ran script on Terminal. The issue disappears, and everything works normally.
Running through IDLE, the issue returns.

--

___
Python tracker 

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

[issue1767511] SocketServer.DatagramRequestHandler with empty response

[desbma]

Changes by desbma :


--
nosy: +desbma

___
Python tracker 

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

[issue26403] Don't call sendto in socketserver.DatagramRequestHandler if there is nothing to send

[desbma]

desbma added the comment:

OK, so first part of this issue (sendto called even if no data has been 
written) is indeed a duplicate of https://bugs.python.org/issue1767511 sorry 
for that.

For the second part of the issue (the exception not silenced), I have attached 
a new patch.

--
Added file: http://bugs.python.org/file42009/issue26403_v2.patch

___
Python tracker 

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

[issue26403] Catch FileNotFoundError in socketserver.DatagramRequestHandler

[desbma]

Changes by desbma :


--
title: Don't call sendto in socketserver.DatagramRequestHandler if there is 
nothing to send -> Catch FileNotFoundError in 
socketserver.DatagramRequestHandler

___
Python tracker 

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

[issue26413] python 3.5.1 uses wrong registry in system-wide installation

[Mike]

New submission from Mike:

The installer for python 3.5.1 (observed with the x64-86 executable installer, 
assumed to happen with all installers) allows users to install python either 
just for themselves or do a system-wide installation (provided they have 
sufficient privileges).

However, when selecting a system-wide installation, the uninstall information 
is registered to a key under HKEY_CURRENT_USER.

The result of this is that any user can run python 3.5.1; however, the entry in 
the "uninstall programs" list shows only for the original user that installed 
it.

This is in contrast to previous versions of python (e.g. 3.4.4) where any user 
could uninstall it (provided they have sufficient privileges). It is also in 
contrast to pylauncher of the same version (i.e. 3.5.1) which properly 
registers itself under HKEY_LOCAL_MACHINE when selected to be installed for all 
users.

The key in question is at this path:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Uninstall\{b8440650-9dbe-4b7d-8167-6e0e3dcdf5d0}

I believe it should be here:
HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Uninstall\{b8440650-9dbe-4b7d-8167-6e0e3dcdf5d0}

--
components: Installation
messages: 260700
nosy: mray
priority: normal
severity: normal
status: open
title: python 3.5.1 uses wrong registry in system-wide installation
type: behavior
versions: Python 3.5

___
Python tracker 

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

[issue26388] Disabling changing sys.argv[0] with runpy.run_module(...alter_sys=True)

[Mike Kaplinskiy]

Mike Kaplinskiy added the comment:

Looks like by signed CLA just made it through, so that should be settled.

For the other bugs, it seems that overloading run_module & run_path seems to be 
getting a bit cumbersome, so it might make sense to have some sort of Runner 
object that has things like `Runner(module=..., code=..., path=...)` and then 
has properties like `argv = ...`, `module_dict = ...` and maybe attributes for 
the loader and the filepath. "Advanced" usage can use that over the vanilla 
run_module & run_path.

Either way, I think that's outside the scope of this change. Unfortunately this 
is already shaving a yak for me 
(https://github.com/facebook/buck/pull/651#issuecomment-185030156) and I'd 
rather not go deeper.

--

___
Python tracker 

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

[issue26413] python 3.5.1 uses wrong registry in system-wide installation

[Eryk Sun]

Changes by Eryk Sun :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Windows AllUsers installation places uninstaller in user profile

___
Python tracker 

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

[issue26366] Use “.. versionadded” over “.. versionchanged” where appropriate

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. added the comment:

If no one is planning to propose specific new markup for more fine-grained 
version annotations, this issue can be closed.

--

___
Python tracker 

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

[issue26414] os.defpath too permissive

[John Beck]

New submission from John Beck:

A bug has been filed against Solaris' internal version of Python, which is
largely the same (including in this case) as the base version we get from
python.org.  The bug is that os.defpath starts with ':' and thus any Python
script run with a null PATH environment variable will use the current
working directory as its first entry.  This is generally considered to
be bad practice, and especially dangerous for anyone running with root
privileges on a Unix box.  So we intend to change Solaris' version of
Python to elide this, i.e., to apply the attached patch to our 2.7 version
and comparable patches to our 3.4 and 3.5 versions

As a precaution, I queried the security list before filing this bug, asking:

* Is this intentional?  (Seems like it but I couldn't find any documentation
  to confirm.)
* If so, why?  (Feel free to point me to any docs I missed.)
* If it is intentional, and we were to change our version anyway, do you know
  of any gotchas we should look out for?  There were no regressions when I
  ran the Python test suite.

and got the following reply:

---
From: Guido van Rossum 
Date: Sat, 20 Feb 2016 09:29:11 -0800
Subject: Re: [PSRT] os.defpath too permissive

Wow. That looks like something really old. I think you can just file
an issue with a patch for this at bugs.python.org. I agree that it
should be fixed. I don't think there are many users that would be
vulnerable, nor do I think that much code would break; the only use in
the stdlib has os.environ.get("PATH", os.defpath) so in all practical
cases it would get the user's $PATH variable (which is presumably
safe) anyway.
---

So I am now filing this bug as suggested.

--
components: Library (Lib)
files: 2.7-defpath.patch
keywords: patch
messages: 260703
nosy: jbeck
priority: normal
severity: normal
status: open
title: os.defpath too permissive
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file42010/2.7-defpath.patch

___
Python tracker 

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

[issue26414] os.defpath too permissive

[Danek Duvall]

Changes by Danek Duvall :


--
nosy: +dhduvall

___
Python tracker 

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

[issue26414] os.defpath too permissive

[Guido van Rossum]

Changes by Guido van Rossum :


--
nosy: +gvanrossum

___
Python tracker 

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

[issue26416] Deprecate the regex_v8, telco, and spectral_norm benchmarks

[Brett Cannon]

New submission from Brett Cannon:

In the thread at 
https://mail.python.org/pipermail/speed/2016-February/000272.html it came up 
that the regex_v8, telco, and spectral_norm benchmarks are all very 
inconsistent. That means they should be deprecated.

--
components: Benchmarks
messages: 260705
nosy: brett.cannon, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: Deprecate the regex_v8, telco, and spectral_norm benchmarks
type: enhancement

___
Python tracker 

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

[issue26415] Out of memory, trying to parse a 35MB dict

[A. Skrobov]

New submission from A. Skrobov:

I have a one-line module that assigns a tuple->int dictionary:

holo_table = {(0, 0, 0, 0, 0, 0, 1, 41, 61, 66, 89): 9, (0, 0, 0, 70, 88, 98, 
103, 131, 147, 119, 93): 4, [35MB skipped], (932, 643, 499, 286, 326, 338, 279, 
200, 280, 262, 115): 5}

When I try to import this module, Python grinds 100% of my CPU for like half an 
hour, then ultimately crashes with a MemoryError.

How much memory does it need to parse 35MB of data, of a rather simple 
structure?

Attaching the module, zipped to 10MB.

--
components: Interpreter Core
files: crash.zip
messages: 260704
nosy: A. Skrobov
priority: normal
severity: normal
status: open
title: Out of memory, trying to parse a 35MB dict
type: resource usage
versions: Python 2.7
Added file: http://bugs.python.org/file42011/crash.zip

___
Python tracker 

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

[issue26416] Deprecate the regex_v8, telco, and spectral_norm benchmarks

[Brett Cannon]

Changes by Brett Cannon :


--
keywords: +easy

___
Python tracker 

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

[issue26335] Make mmap.write return the number of bytes written like other write methods

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, Jakub. I don't use mmap module much so I don't have an 
opinion about the feature, but it sounds reasonable.

I left some review comments on Rietveld: http://bugs.python.org/review/26335/

--
components: +Extension Modules -IO, Library (Lib)
nosy: +berker.peksag
stage:  -> patch review

___
Python tracker 

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

[issue26366] Use “.. versionadded” over “.. versionchanged” where appropriate

[Raymond Hettinger]

Raymond Hettinger added the comment:

Fred, thanks for chiming in.  Let's do close this one.

--
nosy: +rhettinger
resolution:  -> not a bug
status: open -> closed

___
Python tracker 

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

[issue26323] Add assert_called() and assert_called_once() methods for mock objects

[Raymond Hettinger]

Changes by Raymond Hettinger :


--
assignee:  -> michael.foord

___
Python tracker 

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

[issue26366] Use “.. versionadded” over “.. versionchanged” where appropriate

[Fred L. Drake, Jr.]

Fred L. Drake, Jr. added the comment:

For anyone following along only via the tracker, it's worth noting that 
proposals for new markup are welcome on the docs mailing list.  More 
information is available at:

https://mail.python.org/mailman/listinfo/docs

--

___
Python tracker 

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

[issue26417] Default IDLE 2.7.11 configuration files are out-of-sync on OS X framework installs

[Ned Deily]

New submission from Ned Deily:

On OS X framework installs, the Mac-specific sub-makefiles do some important 
tailoring of IDLE/s config-extensions.def and config-main.def files, among 
other things changing Tk some Tk events for more appropriate keyboard bindings 
(e.g. "

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