[issue25624] shutil.make_archive makes invalid directory entries

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Larry, I think this patch is enough important to go into 3.5.1 final. It fixes 
a regression in common operation.

--

___
Python tracker 

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

[issue25698] test regressions introduced with the fix for #22995

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This can be related to issue25083. Can you look at the size of copy_reg.pyc and 
copy_reg.pyo files?

--

___
Python tracker 

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

[issue25695] test___all__ and test_support alter execution environment

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

defer-TESTDIRN.patch LGTM.

--
nosy: +serhiy.storchaka
stage: patch review -> commit review

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

New submission from Alecsandru Patrascu:

Title: Link Time Optimizations support for GCC and CLANG

Hi All,

This is Alecsandru from Server Scripting Languages Optimization team at Intel 
Corporation. I would like to submit a patch that adds support for Link Time 
Optimization (LTO) when using GCC and CLANG to compile CPython2 and CPython3. 
LTO is a compiler assisted optimization technique that is performed by the 
compiler at link time.

Combined with Profile Guided Optimization (PGO), enabled when running "make 
profile-opt", and running the Grand Unified Python Benchmark (GUPB), a speedup 
up to 11%, with a few regressions, was observed comparing with PGO only. 
Compared with a default build, a performance gain as high as 26% was observed 
from PGO+LTO. In addition, we are also seeing 2% boost in throughput rate from 
our OpenStack Swift setup comparing with PGO only. Our GUPB performance 
evaluation was conducted on Intel SkyLake/Broadwell systems running 
CentOS/Ubuntu, with CLANG/LLVM and GCC 4.*/5.*. Our OpenStack Swift performance 
was done on various systems consisting of XEON and Avoton processors.

Steps:
==

1. Get the CPython source codes
hg clone https://hg.python.org/cpython cpython
cd cpython
hg update 2.7 (for CPython2)

2. Build the binary
a) Default:
./configure
make

b) PGO:
./configure
make profile-opt

c) PGO+LTO:
Copy the attached patch files
hg import --no-commit lto-cpython3-v01.patch (for CPython3)
hg import --no-commit lto-cpython2-v01.patch (for CPython2)
./configure
make profile-opt


Hardware and OS Configuration
=
Hardware:   Intel XEON (Broadwell-DE) 8 Cores

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

OS: Ubuntu 14.04.3 LTS Server

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.6GHz

GCC version:GCC version 4.9.2

Benchmark:  Grand Unified Python Benchmark from 
https://hg.python.org/benchmarks/


Measurements and Results

A. Repository:
GUPB Benchmark:
hg id :  2979f5ce6a0c tip
hg --debug id -i : 2979f5ce6a0cee994d5485401945d8457bb0afac

CPython3:
hg id : 21a28f6de358
hg id -r 'ancestors(.) and tag()': 374f501f4567 (3.5) v3.5.0
hg --debug id -i : 21a28f6de3582833652c958b8fd6ae8448b61c7c

CPython2:
hg id : a37ea1d56e98 (2.7)
hg id -r 'ancestors(.) and tag()': 15c95b7d81dc (2.7) v2.7.10
hg --debug id -i : a37ea1d56e98eb158750d3e495a5cf524e8c3980


B. Results: 
CPython2 and CPython3 sample results, measured on a Broadwell platform, can be 
viewed in Table 1 and 2. On the first column (Benchmark) you can see the 
benchmark name, on the second (%D) the speedup compared with the default 
version and on the third column (%PGO) the speedup compared with just PGO; a 
higher value is better.

Table 1. CPython2 results:
Benchmark   %D  %PGO

raytrace18  3
chaos   16  5
django_v2   16  6
mako16  6
pathlib 15  3
simple_logging  15  1
slowpickle  15  5
django  14  4
go  14  4
richards13  -1
float   12  4
slowunpickle12  4
etree_process   11  3
fastunpickle11  6
formatted_logging   11  3
nqueens 11  1
regex_compile   11  3
etree_iterparse 10  4
mako_v2 10  3
telco   10  5
pybench 9   1
hexiom2 9   1
html5lib_warmup 9   3
meteor_contest  9   4
pickle_list 9   5
2to38   2
bzr_startup 8   2
chameleon   8   0
etree_generate  8   2
regex_v88   3
silent_logging  8   1
fannkuch7   1
html5lib7   3
json_load   7   -5
tornado_http7   3
call_method_slots   6   3
json_dump_v26   -4
spambayes   6   2
unpickle_list   6   0
etree_parse 5   3
fastpickle  5   4
rietveld5   1
call_method 4   -1
normal_startup  4   2
startup_nosite  4   2
slowspitfire3   0
ssbench 4   2
call_method_unknown 1   -6
json_dump   1   -4
nbody   1   1
pidigits1   -10
pickle_dict 0   -1
regex_effbot0   -2
spectral_norm   0   -3
call_simple -3  -3
un

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Changes by Alecsandru Patrascu :


Added file: http://bugs.python.org/file41131/lto-cpython3-v01.patch

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Changes by Alecsandru Patrascu :


--
keywords: +patch
Added file: http://bugs.python.org/file41130/lto-cpython2-v01.patch

___
Python tracker 

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

[issue25646] Distutils and Windows SDK 7.1

[JGoutin]

JGoutin added the comment:

OK, I'll look that.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue25703] test_sys is failed if standard stream is redirected in 2.7

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

When stdout or stderr (but not both) are redirected and PYTHONIOENCODING is not 
set, test_sys is failed in 2.7.

==
FAIL: test_43581 (test.test_sys.SysModuleTest)
--
Traceback (most recent call last):
  File "/home/serhiy/py/cpython2.7-debug/Lib/test/test_sys.py", line 415, in 
test_43581
self.assertTrue(sys.__stdout__.encoding == sys.__stderr__.encoding)
AssertionError: False is not true

--

Can be reproduced by one of following commands:

$ ./python -m test.regrtest -v test_sys | cat
$ ./python -m test.regrtest -v test_sys 2>/dev/null

Proposed patch fixes the test.

--
assignee: serhiy.storchaka
components: Tests
files: test_sys_test_43581.patch
keywords: patch
messages: 255142
nosy: serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: test_sys is failed if standard stream is redirected in 2.7
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file41132/test_sys_test_43581.patch

___
Python tracker 

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

[issue7990] xml.etree.cElementTree lacks full dir() on Element

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka

___
Python tracker 

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

[issue7990] xml.etree.cElementTree lacks full dir() on Element

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is a patch updated to 3.6.

--
nosy: +serhiy.storchaka
versions: +Python 3.6 -Python 3.3, Python 3.4
Added file: http://bugs.python.org/file41133/etree_attributes.patch

___
Python tracker 

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

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

[Ronald Oussoren]

Ronald Oussoren added the comment:

Hi,

This appears to be a description of an issue for 
, not a component of CPython or its 
standard library.

The issue tracker for virtualenv is at 
.

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

[serge-sans-paille]

serge-sans-paille added the comment:

ok, I'll report there then. Sorry for the noise :-/

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

[issue6478] time.tzset does not reset _strptime's locale time cache

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I forgot about this issue and proposed similar patch for issue25168. It doesn't 
recalculate timezone values (a tuple of frozensets) on every _strptime call, 
but uses cheaper tests for time.tzname and time.daylight.

issue6478_v3.diff has a bug, it doesn't clear _regex_cache after changing 
_TimeRE_cache. And I doubt that after fixing this the benefit of not recreating 
the entire _TimeRE_cache will be worth the complication of the code.

Looks as this bug is a cause of random order depending tests failure 
(issue22067).

--
stage: needs patch -> patch review
versions: +Python 3.5, Python 3.6 -Python 3.3
Added file: http://bugs.python.org/file41134/strptime_cache_timezone.patch

___
Python tracker 

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

[issue25688] File leak in ElementTree.iterparse()

[Martin Panter]

Martin Panter added the comment:

Patch 2 looks good. I like the new version of the tests better.

--

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Antoine Pitrou]

Antoine Pitrou added the comment:

LTO only exists on recent versions of gcc, so the configure script should 
probably do some version checking.

Also we can't enable it by default as 1) it makes compile times much longer 2) 
there are some bugs in some gcc versions (see e.g. 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753134).

--
nosy: +pitrou
stage:  -> patch review

___
Python tracker 

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

[issue25669] unittest.assertEqual() on un-equal types inheriting from collections.Mapping

[Michael Foord]

Michael Foord added the comment:

assertEqual *does* do type checking and it's strict that it will only resort to 
the "type specific" assert checks if both types are of the same type. In the 
general case it's impossible to know whether comparing a subclass with the type 
specific check is the right thing to do - so unittest doesn't guess.

As you have a simple workaround ( dict(foo) ) I'm closing this.

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Alecsandru Patrascu added the comment:

LTO exists in GCC since version 4.5, but it is true that only recent versions 
(>=4.8) perform it in good conditions. It is not enabled by default in this 
patch, it is only available when building with PGO support. Running just "make" 
will not activate the LTO flags.

Do you see it as an configure option (using, for example, an explicit 
--with-lto flag) rather than using it automatically?

--

___
Python tracker 

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

[issue25455] Some repr implementations don't check for self-referential structures

[Eli Bendersky]

Changes by Eli Bendersky :


--
nosy:  -eli.bendersky

___
Python tracker 

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

[issue25704] Update the documentation to 3.5

[Stéphane Wirtel]

Changes by Stéphane Wirtel :


--
components: Devguide
nosy: ezio.melotti, matrixise, willingc
priority: normal
severity: normal
status: open
title: Update the documentation to 3.5
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

[issue25704] Update the documentation to 3.5

[Stéphane Wirtel]

New submission from Stéphane Wirtel:

In this patch, I have updated the version of Python, from 3.4 to 3.5.
And added Ned Deily in the Release Manager for 3.6.

--
keywords: +patch
Added file: http://bugs.python.org/file41135/issue25704.patch

___
Python tracker 

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

[issue25705] Fix regex_compile benchmark crash

[Florin Papa]

New submission from Florin Papa:

Hi all,

This is Florin Papa from the Server Languages Optimizations Team at Intel 
Corporation.

The patch submitted here solves a crash occurring on Python 2.7 and 3.6 when 
running the regex_compile benchmark. The clear_cache() call was replaced with 
re.purge().

To apply the patch please follow these steps:

hg clone https://hg.python.org/benchmarks
cd benchmarks/
copy fix_regex_compile.patch to the current directory
hg import --no-commit fix_regex_compile.patch

Thank you,
Florin Papa

--
components: Benchmarks
files: fix_regex_compile.patch
keywords: patch
messages: 255152
nosy: brett.cannon, florin.papa, pitrou
priority: normal
severity: normal
status: open
title: Fix regex_compile benchmark crash
type: crash
versions: Python 2.7, Python 3.6
Added file: http://bugs.python.org/file41136/fix_regex_compile.patch

___
Python tracker 

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

[issue19316] devguide: compiler - wording

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Hi everybody,

Here is a new version of the script for the last version of the devguide.
198554fa82c2

Please review and apply.

--
nosy: +matrixise

___
Python tracker 

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

[issue23914] pickle fails with SystemError

[Roundup Robot]

Roundup Robot added the comment:

New changeset bac3f63ea747 by Serhiy Storchaka in branch '3.4':
Issue #23914: Fixed SystemError raised by unpickler on broken pickle data.
https://hg.python.org/cpython/rev/bac3f63ea747

New changeset 531e2674f003 by Serhiy Storchaka in branch '3.5':
Issue #23914: Fixed SystemError raised by unpickler on broken pickle data.
https://hg.python.org/cpython/rev/531e2674f003

New changeset b08c3a733fda by Serhiy Storchaka in branch 'default':
Issue #23914: Fixed SystemError raised by unpickler on broken pickle data.
https://hg.python.org/cpython/rev/b08c3a733fda

New changeset 686fa9439d38 by Serhiy Storchaka in branch '2.7':
Issue #23914: Fixed SystemError raised by unpickler on broken pickle data.
https://hg.python.org/cpython/rev/686fa9439d38

--
nosy: +python-dev

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

New submission from hiroaki itoh:

* default of ignorechars for a85decode
b' tnrv' should be b' \t\n\r\v'
* explanation of newline for a85encode
"newline('n')" should be "newline('\n')"

--
assignee: docs@python
components: Documentation
messages: 255155
nosy: docs@python, xwhhsprings
priority: normal
severity: normal
status: open
title: problems in library/base64.rst
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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

Changes by hiroaki itoh :


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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

Changes by hiroaki itoh :


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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

hiroaki itoh added the comment:

maybe this is Sphinx bug.
rst has no problem.

--

___
Python tracker 

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

[issue25688] File leak in ElementTree.iterparse()

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6e23777948f3 by Serhiy Storchaka in branch '3.4':
Issue #25688: Fixed file leak in ElementTree.iterparse() raising an error.
https://hg.python.org/cpython/rev/6e23777948f3

New changeset 267d04459ba3 by Serhiy Storchaka in branch '3.5':
Issue #25688: Fixed file leak in ElementTree.iterparse() raising an error.
https://hg.python.org/cpython/rev/267d04459ba3

New changeset d841205776fe by Serhiy Storchaka in branch 'default':
Issue #25688: Fixed file leak in ElementTree.iterparse() raising an error.
https://hg.python.org/cpython/rev/d841205776fe

New changeset 09a8ac75b351 by Serhiy Storchaka in branch '2.7':
Issue #25688: Fixed file leak in ElementTree.iterparse() raising an error.
https://hg.python.org/cpython/rev/09a8ac75b351

--
nosy: +python-dev

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee: docs@python -> serhiy.storchaka
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Who can explain the problem ? I am ignorant about this issue.

--
nosy: +matrixise

___
Python tracker 

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

[issue25707] Add the close method for ElementTree.iterparse() object

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

If ElementTree.iterparse() is called with file names, it opens a file. When 
resulting iterator is not exhausted, the file lefts not closed.

>>> import xml.etree.ElementTree as ET
>>> import gc
>>> ET.iterparse('/dev/null')

>>> gc.collect()
__main__:1: ResourceWarning: unclosed file <_io.BufferedReader name='/dev/null'>
34

Martin Panter proposed in issue25688 to add an explicit way to clean it up, 
like a generator.close() method.

--
assignee: serhiy.storchaka
components: Library (Lib)
messages: 255159
nosy: serhiy.storchaka
priority: normal
severity: normal
stage: needs patch
status: open
title: Add the close method for ElementTree.iterparse() object
type: resource usage
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

[issue25688] File leak in ElementTree.iterparse()

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your review Martin. Opened issue25707 for adding the close method.

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

[issue4744] asynchat documentation needs to be more precise

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Hi Martin,

About the patch of Nikita, I am going to rewrite it asap.

Will you have time to check it ?

Thanks
-- 
Stéphane Wirtel - http://wirtel.be - @matrixise

--

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

hiroaki itoh added the comment:

Should be escape by '\\t\\b...' in rst?

--

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[hiroaki itoh]

hiroaki itoh added the comment:

escape*d*

--

___
Python tracker 

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

[issue25707] Add the close method for ElementTree.iterparse() object

[Emanuel Barry]

Emanuel Barry added the comment:

I am unable to reproduce the issue on Windows 7 with 3.5.0; I have tried 
opening a small (non-empty) text. Here's the result:


>>> import xml.etree.ElementTree as ET
>>> import gc
>>> ET.iterparse("E:/New.txt")

>>> gc.collect()
59

--
nosy: +ebarry

___
Python tracker 

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

[issue25704] Update the devguide to 3.5

[Zachary Ware]

Changes by Zachary Ware :


--
title: Update the documentation to 3.5 -> Update the devguide to 3.5

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Alecsandru Patrascu added the comment:

Meanwhile I've added the patches (v02) for LTO enabled only if the "./configure 
--with-lto" command is issued.

--

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Changes by Alecsandru Patrascu :


Added file: http://bugs.python.org/file41138/lto-cpython3-v02.patch

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Alecsandru Patrascu]

Changes by Alecsandru Patrascu :


Added file: http://bugs.python.org/file41137/lto-cpython2-v02.patch

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[Roundup Robot]

Roundup Robot added the comment:

New changeset a33d76465a18 by Serhiy Storchaka in branch '3.4':
Issue #25706: Fixed markup in the documentation.
https://hg.python.org/cpython/rev/a33d76465a18

New changeset f4918e98d085 by Serhiy Storchaka in branch '3.5':
Issue #25706: Fixed markup in the documentation.
https://hg.python.org/cpython/rev/f4918e98d085

New changeset ebec1a98ab81 by Serhiy Storchaka in branch 'default':
Issue #25706: Fixed markup in the documentation.
https://hg.python.org/cpython/rev/ebec1a98ab81

--
nosy: +python-dev

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Antoine Pitrou]

Antoine Pitrou added the comment:

Le 23/11/2015 13:18, Alecsandru Patrascu a écrit :
> 
> Do you see it as an configure option (using, for example, an
> explicit --with-lto flag) rather than using it automatically?

That would be nice. This way people can easily test different
combinations of flags.

--

___
Python tracker 

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

[issue25702] Link Time Optimizations support for GCC and CLANG

[Antoine Pitrou]

Antoine Pitrou added the comment:

Le 23/11/2015 15:44, Alecsandru Patrascu a écrit :
> 
> Meanwhile I've added the patches (v02) for LTO enabled only if the 
> "./configure --with-lto" command is issued.

Cool, thanks!

--

___
Python tracker 

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

[issue25708] runpy hides traceback for some exceptions

[Cal Leeming]

New submission from Cal Leeming:

Originally posted here:
http://stackoverflow.com/q/33873243/1267398

The problem is caused by this line:

# For -m switch, just display the exception
info = str(exc)

Caused by the following commit in 2008;
https://mail.python.org/pipermail/python-checkins/2008-February/066256.html

The commit states;
"Try to make command line error messages from runpy easier to understand (and 
suppress traceback cruft from the implicitly invoked runpy machinery)"

However by suppressing the traceback it's now impossible to debug what caused 
the error when running with `runpy` without wrapping the entire `__init__.py` 
with your own try/except statement.

I'd like to propose either displaying the full traceback by default, or adding 
a CLI option to enable it at runtime. The fact that it only suppresses *some* 
tracebacks and not all is a flawed approach surely?

Thoughts?

--
components: Interpreter Core
messages: 255169
nosy: ncoghlan, sleepycal
priority: normal
severity: normal
status: open
title: runpy hides traceback for some exceptions
type: behavior
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

[issue25709] greek alphabet bug it is very disturbing...

[Árpád Kósa]

New submission from Árpád Kósa:

One of my students found this bug. For ascii characters it works as you expect, 
but for greek alphabet it works unexpectedly.
The program works correctly for Python 3.2.x but for 3.4.x and 3.5 it gives 
erroneous result.

--
files: greekbug.py
messages: 255172
nosy: Árpád Kósa
priority: normal
severity: normal
status: open
title: greek alphabet bug it is very disturbing...
type: behavior
versions: Python 3.4
Added file: http://bugs.python.org/file41139/greekbug.py

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your report hiroaki itoh. Fixed yet one error in 
Doc/library/stdtypes.rst.

Stéphane, the backslash hes special meaning in rst files if not escaped.

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

[issue25707] Add the close method for ElementTree.iterparse() object

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

You have to enable deprecation warnings. Run the interpreter with the -Wa 
option.

--

___
Python tracker 

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

[issue25455] Some repr implementations don't check for self-referential structures

[Stefan Krah]

Stefan Krah added the comment:

I think you may have meant Eli Bendersky -- I'm not an elementree
expert (Eli, I'm adding you back just to clear this up).

--
nosy: +eli.bendersky

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[Steven D'Aprano]

Steven D'Aprano added the comment:

I'm afraid I'm unable to replicate this bug report in Python 3.4.

If you are able to replicate it, can you tell us the exact version number of 
Python you are using? Also, which operating system are you using?

--
nosy: +steven.daprano

___
Python tracker 

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

[issue25707] Add the close method for ElementTree.iterparse() object

[Emanuel Barry]

Emanuel Barry added the comment:

Oh, my bad. Ignore my last message, behaviour is identical then. Thanks for 
clearing that up.

--

___
Python tracker 

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

[issue25706] problems in library/base64.rst

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Thanks for your explanation, Serhiy.

Now, I know how to fix this kind of issues.

On 11/23, Serhiy Storchaka wrote:
> 
> Serhiy Storchaka added the comment:
> 
> Thank you for your report hiroaki itoh. Fixed yet one error in 
> Doc/library/stdtypes.rst.
> 
> Stéphane, the backslash hes special meaning in rst files if not escaped.

--

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Confirmed on IDLE.

>>> s = ''
>>> for i in range(5):
s += '\xe0'
print(s)


à
àà
àà
àà
àà
>>> s = ''
>>> for i in range(5):
s += chr(0xe0)
print(s)


à
àà
àà
àà
àà
>>> s = ''
>>> for i in range(5):
s += '\u0107'
print(s)


ć
ćć
ćć
ćć
ćć
>>> s = ''
>>> for i in range(5):
s += chr(0x107)
print(s)


ć
ć
ć
ć
ć

This issue can be related to details of IDLE's standard streams and RPC.

--
assignee:  -> serhiy.storchaka
components: +IDLE
nosy: +kbk, roger.serwy, serhiy.storchaka, terry.reedy
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

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

[Robert Byrnes]

New submission from Robert Byrnes:

zipimport is not PEP 3147 compliant: i.e., it looks for foo.pyc (in the same 
directory as foo.py) instead of __pycache__/foo.cpython-35.pyc.  This is 
counterintuitive, and unfortunate because it means that installation 
directories (that obey PEP 3147 conventions) can't be zip archived from 
filesystems and then used by zipimport.

When support for PEP 488 was added to Python 3.5, zipimport was modified to 
just delete references to .pyo files, but it needs to know about the new 
.opt-[12] filename components (as well as the PEP 3147 version tags).  As far 
as I can tell, the current version of zipimport can't import optimized bytecode 
files, using either the old or new filename conventions.

Finally, none of this behavior is documented.  The zipimport docs still mention 
.pyo files (which were eliminated by PEP 488), and say nothing about the 
filename conventions expected within zip archives.

--
components: Extension Modules
messages: 255178
nosy: byrnes
priority: normal
severity: normal
status: open
title: zipimport is not PEP 3147 or PEP 488 compliant
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue25704] Update the devguide to 3.5

[Berker Peksag]

Berker Peksag added the comment:

I don't think most of the version numbers are very important here and I 
wouldn't change them unless there is a valid reason.

> -3.4 and 3.5, first fix it in ``3.4`` and then merge ``3.4`` into ``default``
> -(which holds the future 3.5).
> +3.5 and 3.6, first fix it in ``3.5`` and then merge ``3.6`` into ``default``
> +(which holds the future 3.6).

This change looks wrong to me. In the original text, 3.4 and default are branch 
names. There won't be a branch named 3.6 until late 2016.

> -For versions 3.4 and before, this was conventionally done when the final
> -release was cut (for example, 3.4.0 final).
> +For versions 3.5 and before, this was conventionally done when the final
> +release was cut (for example, 3.5.0 final).

This also looks wrong to me.

I'm +1 to commit the following changes in devcycle.rst:

> -There are 5 open branches right now in the Mercurial repository:
> +There are 6 open branches right now in the Mercurial repository:
 
> -- the ``default`` branch holds the future 3.5 version and descends from 
> ``3.4``
> -  (RM: Larry Hastings)
> +- the ``default`` branch holds the future 3.6 version and descends from 
> ``3.5``
> +  (RM: Ned Deily)
> +- the ``3.5`` branch holds bug fixes for future 3.5.x maintenance releases
> +  and descends from ``3.4`` (RM: Larry Hastings)

It might also worth to update the build-dep command in setup.rst.

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

[issue25704] Update the devguide to 3.5

[Berker Peksag]

Changes by Berker Peksag :


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

[issue4744] asynchat documentation needs to be more precise

[Mark Lawrence]

Mark Lawrence added the comment:

Does it make sense to spend time updating the asychat docs when 
https://docs.python.org/3/library/asynchat.html states "Note. This module 
exists for backwards compatibility only. For new code we recommend using 
asyncio."?

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +brett.cannon, eric.snow, ncoghlan, serhiy.storchaka, twouters

___
Python tracker 

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

[issue23914] pickle fails with SystemError

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

[issue25660] tabs don't work correctly in python repl

[R. David Murray]

R. David Murray added the comment:

The thing is, when it is a regression it should be fixed before the release is 
issued, even if it is a more "minor" issue.  Otherwise, especially in a x.y.1 
release, we look pretty bad.  However, this one had been broken in the field so 
long that rule doesn't really apply, I think :)  At least it is better in 3.5 
and only affects one platform now, instead of all of them.  If people didn't 
have time to get it fixed and committed before your deadline, that's too bad, 
I'm afraid :(.  

David Beazly is going to be pissed, though...

--

___
Python tracker 

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

[issue25455] Some repr implementations don't check for self-referential structures

[Eli Bendersky]

Eli Bendersky added the comment:

As I've mentioned elsewhere, I'll have to temporarily take myself off these 
issues as I don't have the time to work on them (even review patches). I think 
Raymond may have gotten his Stefans mixed up and meant Stefan Behnel, who's 
also been looking at etree patches.

--

___
Python tracker 

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

[issue25711] Rewrite zipimport from scratch

[Brett Cannon]

New submission from Brett Cannon:

No one wants to work on zipimport, and yet it's full of bugs. It needs a 
rewrite so that it's more maintainable. An idea floated at PyCon 2015 was to 
writing the zip-reading code in C and to keep it as simple as possible -- e.g., 
don't worry about supporting comments, etc. -- and then write the rest of the 
code in importlib, making maintenance much easier.

All of the various zipimport bugs should be made dependent on this issue as 
unless they are critical flaws I doubt they will get fixed without the rewrite.

--
components: Interpreter Core
messages: 255183
nosy: brett.cannon, gregory.p.smith, twouters
priority: high
severity: normal
status: open
title: Rewrite zipimport from scratch
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

[issue25455] Some repr implementations don't check for self-referential structures

[Eli Bendersky]

Changes by Eli Bendersky :


--
nosy:  -eli.bendersky

___
Python tracker 

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

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

[Brett Cannon]

Brett Cannon added the comment:

Not finding bytecode files is not that big of a deal. While it's a very minor 
performance loss, it isn't critical to how Python works (and since it looks for 
bytecode-only files that use-case isn't broken either).

But the real problem is that zipimport is such a nasty chunk of code that no 
one wants to fix it. Yet more evidence we just need to rewrite the whole 
module. I created issue #25711 to track a rewrite.

--
dependencies: +Rewrite zipimport from scratch

___
Python tracker 

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

[issue25694] test.libregrtest not installed

[R. David Murray]

R. David Murray added the comment:

It used to be there were also changes that needed to be made to the windows 
build files when a new directory was added.  Nosying Steve in case this is 
still true, assuming there is an option to install the tests (which there might 
not be, I have no idea not being a Windows user).

--
nosy: +r.david.murray, steve.dower

___
Python tracker 

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

[issue25704] Update the devguide to 3.5

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Hi Berker,

Thank you for your review,

> I don't think most of the version numbers are very important here and I 
> wouldn't change them unless there is a valid reason.
My first opinion when I have read the documentation was "but this doc is
out of date".
It's my reason, for me, it's valid.

In fact, that was not for the pleasure to change some numbers, but to
reflect the reality.

> 
> > -3.4 and 3.5, first fix it in ``3.4`` and then merge ``3.4`` into 
> > ``default``
> > -(which holds the future 3.5).
> > +3.5 and 3.6, first fix it in ``3.5`` and then merge ``3.6`` into 
> > ``default``
> > +(which holds the future 3.6).
> 
> This change looks wrong to me. In the original text, 3.4 and default
> are branch names. There won't be a branch named 3.6 until late 2016.
What do you suggest in this case? 
> 
> > -For versions 3.4 and before, this was conventionally done when the final
> > -release was cut (for example, 3.4.0 final).
> > +For versions 3.5 and before, this was conventionally done when the final
> > +release was cut (for example, 3.5.0 final).
> 
> This also looks wrong to me.
Ok
> 
> I'm +1 to commit the following changes in devcycle.rst:
> 
> > -There are 5 open branches right now in the Mercurial repository:
> > +There are 6 open branches right now in the Mercurial repository:
>  
> > -- the ``default`` branch holds the future 3.5 version and descends from 
> > ``3.4``
> > -  (RM: Larry Hastings)
> > +- the ``default`` branch holds the future 3.6 version and descends from 
> > ``3.5``
> > +  (RM: Ned Deily)
> > +- the ``3.5`` branch holds bug fixes for future 3.5.x maintenance releases
> > +  and descends from ``3.4`` (RM: Larry Hastings)
> 
> It might also worth to update the build-dep command in setup.rst.
I agree, I am going to check that

What do you suggest for this patch? Update my patch with the right
paragraphes ?

Tell me,

Thank you

--

___
Python tracker 

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

[issue4744] asynchat documentation needs to be more precise

[R. David Murray]

R. David Murray added the comment:

Yes.  The docs should be accurate, even if the module is deprecated.

--

___
Python tracker 

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

[issue25711] Rewrite zipimport from scratch

[Robert Byrnes]

Changes by Robert Byrnes :


--
nosy: +byrnes

___
Python tracker 

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

[issue4744] asynchat documentation needs to be more precise

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Ok, in this case, I will provide the patch 

On 11/23, R. David Murray wrote:
> 
> R. David Murray added the comment:
> 
> Yes.  The docs should be accurate, even if the module is deprecated.
> 
> --
> 
> ___
> Python tracker 
> 
> ___
> ___
> Python-bugs-list mailing list
> Unsubscribe: 
> https://mail.python.org/mailman/options/python-bugs-list/stephane%40wirtel.be
>

--

___
Python tracker 

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

[issue25712] Dead link in the PEP-3147

[Stéphane Wirtel]

New submission from Stéphane Wirtel:

In the PEP-3147, there is a link to the marshal library.
The link is dead because we get a 404 HTTP error.

https://www.python.org/dev/peps/pep-3147/

The link is [2] : https://www.python.org/doc/current/library/marshal.html
but the link gives a 404

--
messages: 255189
nosy: matrixise
priority: normal
severity: normal
status: open
title: Dead link in the PEP-3147

___
Python tracker 

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

[issue25697] Fix rough alphabetical order in Misc/ACKS

[R. David Murray]

R. David Murray added the comment:

It says "rough" for a reason.  The ascii-only changes are probably fine, but 
the non-ascii ones may not be (MvL in particular caught my eye, but there was 
another) may be correct as they stand since those two were consistent (at the 
end of the alphabet).  I don't know, though; I don't know the alphabetization 
rules for the non-ascii names.

In short, it is better to leave the non-ascii names alone unless you are sure 
of the sorting rules of the native language of the individual involved :)

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

[issue4744] asynchat documentation needs to be more precise

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

Martin, About the patch of Nikita, this one has already been applied. I have
checked the source.

David, maybe we should close this issue. And open a new one if we find
an other issue in the documentation.

What do you suggest? Should I continue on this issue?

--

___
Python tracker 

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

[issue25699] Easier way to specify reduced globals for doctest

[R. David Murray]

R. David Murray added the comment:

I don't understand what the problem is you are trying to solve.  Doctests are 
designed to run with a copy of the module global scope.  If pyflakes does not 
understand that, it is a pyflakes bug, but it doesn't sound like that's the 
issue.  It sounds like you want to use a different global scope, in which case 
I think the onus is on you to deal with it.

I'm -1 on this request.  I don't think the additional complexity is worthwhile.

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

[issue25320] unittest loader.py TypeError when code directory contains a socket

[Victor van den Elzen]

Victor van den Elzen added the comment:

Ping

--

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is reproducer without IDLE. Looks as pickle is a culprit.

>>> import pickle
>>> s = ''
>>> for i in range(5):
... s += chr(0xe0)
... print(len(s), s, s.encode(), repr(s))
... print('   ', pickle.dumps(s))
... 
1 à b'\xc3\xa0' 'à'
b'\x80\x03X\x02\x00\x00\x00\xc3\xa0q\x00.'
2 àà b'\xc3\xa0\xc3\xa0' 'àà'
b'\x80\x03X\x04\x00\x00\x00\xc3\xa0\xc3\xa0q\x00.'
3 àà b'\xc3\xa0\xc3\xa0' 'ààà'
b'\x80\x03X\x04\x00\x00\x00\xc3\xa0\xc3\xa0q\x00.'
4 àà b'\xc3\xa0\xc3\xa0' ''
b'\x80\x03X\x04\x00\x00\x00\xc3\xa0\xc3\xa0q\x00.'
5 àà b'\xc3\xa0\xc3\xa0' 'à'
b'\x80\x03X\x04\x00\x00\x00\xc3\xa0\xc3\xa0q\x00.'

--
priority: normal -> high

___
Python tracker 

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

[issue25694] test.libregrtest not installed

[STINNER Victor]

STINNER Victor added the comment:

R. David Murray added the comment:
> It used to be there were also changes that needed to be made to the windows 
> build files when a new directory was added.  Nosying Steve in case this is 
> still true, assuming there is an option to install the tests (which there 
> might not be, I have no idea not being a Windows user).

I failed to find other test subdirectories in PCbuild/ :-/ I don't
think that tests are installed or installable on Windows.

--

___
Python tracker 

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

[issue25697] Fix rough alphabetical order in Misc/ACKS

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

As Georg Brandl said in msg197962, "Löwis" should be sorted as "Loewis" 
according to German rules.

--

___
Python tracker 

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

[issue25711] Rewrite zipimport from scratch

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

FYI I'm at the early stage of rewriting zipimport in Python.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue25694] test.libregrtest not installed

[Steve Dower]

Steve Dower added the comment:

Thanks. For 3.5 and later we automatically grab Lib/**/* (except *.py[co]), 
with Lib/test/**/* split out into a separate install option.

I disliked the manual updating as much as everyone else did :)

--

___
Python tracker 

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

[issue4744] asynchat documentation needs to be more precise

[R. David Murray]

R. David Murray added the comment:

If you've read through the asynchat docs and don't think any of the other 
mentions of string are incorrect or ambiguous, then we should close it.

--

___
Python tracker 

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

[issue25697] Fix rough alphabetical order in Misc/ACKS

[R. David Murray]

R. David Murray added the comment:

That would be being sure, then :)

--

___
Python tracker 

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

[issue25694] test.libregrtest not installed

[R. David Murray]

R. David Murray added the comment:

Thanks for doing that, Steve.  It would be lovely to fix the unix make too, but 
I'm sure there's a reason why it is currently done the way it is done and I 
don't feel like figuring out why so as to try to make things better :)

--

___
Python tracker 

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

[issue25711] Rewrite zipimport from scratch

[Brett Cannon]

Brett Cannon added the comment:

Are you writing it in such a way that it can be bootstspped in with importlib 
so the stslib can be loaded from it?

--

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[random832]

random832 added the comment:

I've looked at the raw bytes [through a ctypes pointer to id(s)] of a string 
affected by the issue, and decoded enough to be able to tell that the bad 
string has an incorrect UTF-8 length and data, which pickle presumably relies 
on.

HEADlength..hashflgswstru8len...u8ptr...wstrl...data
01003094ac640300a4000400d8144800e0e0e000
01003094ac640300e5d0030ca465060088144800e0e0e000

I've omitted the UTF-8 data, but both were null-terminated after four and six 
bytes respectively.

--
nosy: +random832

___
Python tracker 

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

[issue4744] asynchat documentation needs to be more precise

[Stéphane Wirtel]

Stéphane Wirtel added the comment:

For my part, you can close this issue. I have read the asynchat.rst and
asynchat.py files and think the rest of the documentation is clear.

--

___
Python tracker 

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

[issue25660] tabs don't work correctly in python repl

[Yury Selivanov]

Yury Selivanov added the comment:

> At least it is better in 3.5 and only affects one platform now, instead of 
> all of them.

No, it affects any platform where CPython is compiled with libedit instead of 
readline.  And even if it was one platform - OS X is big, bigger than Windows 
probably in terms of Python users.

> If people didn't have time to get it fixed and committed before your 
> deadline, that's too bad, I'm afraid :(.

I have a fix (attached to the issue).  I think it's OK, but I need someone else 
to test it and review it.

Martin, does the patch fix the problem on Linux with libedit?  Do we use 
libedit on Windows?

--
components:  -Macintosh

___
Python tracker 

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

[issue25660] tabs don't work correctly in python repl

[Yury Selivanov]

Changes by Yury Selivanov :


--
nosy: +ncoghlan

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[Eryk Sun]

Eryk Sun added the comment:

unicode_modifiable in Objects/unicodeobject.c should return 0 if there's cached 
PyUnicode_UTF8 data. In this case PyUnicode_Append won't operate in place but 
instead concatenate a new string.

--
nosy: +eryksun

___
Python tracker 

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

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

[Stéphane Wirtel]

Changes by Stéphane Wirtel :


--
nosy: +matrixise

___
Python tracker 

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

[issue25709] greek alphabet bug it is very disturbing...

[random832]

random832 added the comment:

I can't reproduce without pickle. I did some further digging, though, and it 
*looks like*...

1. Pickle causes the built-in UTF-8 representation of a string to be populated, 
whereas encode('utf-8') does not. Can anyone think of any other operations that 
do this?
2. After the UTF-8 representation of the 2-character string is populated, 
concatenating a new character to it does not update or clear it.
3. However, it worked just fine with the 1-character string - concatenating it 
caused the UTF-8 representation to be cleared.

The actual operation that creates an inconsistent string is the concatenate 
operation, but it only happens with a string that has been "primed" by having 
its UTF-8 representation materialized.

--

___
Python tracker 

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

[issue25713] Setuptools included with 64-bit Windows installer is outdated

[James Paget]

New submission from James Paget:

This applies to Python 3.5.1rc1 only.  The Windows 64-bit standalone installer 
installs setuptools 18.2, but the latest version is 18.5.  It should be noted 
that the Python 2.7.11rc1 Windows 64-bit standalone installer installs 
setuptools 18.5.  Other Python 3.5.1.rc1 installers (web based, or for other 
platforms) may have this problem as well, but I have not tried them out.

--
components: Extension Modules
messages: 255208
nosy: James.Paget
priority: normal
severity: normal
status: open
title: Setuptools included with 64-bit Windows installer is outdated
type: performance
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

[issue5680] Command-line arguments when running in IDLE

[Terry J. Reedy]

Terry J. Reedy added the comment:

Today on SO: 
https://stackoverflow.com/questions/33866724/read-data-from-file-idle.  Person 
writing script to open a file given on command line asks 'How to test from 
IDLE?' He found PyCharm, but I would like to add a better answer than the 
workaround I gave above.  It does not have to be either perfect or necessarily 
permanent.  There are two subissues.  

1) Get a command line from the user.  1a. What dialog?  1b. Retain it for as 
least the current session?  Same for all editors? Specific to file?

2) Use the command line.  2a. parse with shlex or custom parser. 2b integrate 
in ScriptBinding.py when starting user code so code sees arguments in sys.argv.

Looking *briefly* at the patches:

M.B.: Get command line with new extension module argumentDialog.py. Parse with 
re.findall(arg_regex).  Modifies ScriptBinding, including the deletin of a 
condition for setting user sys.argv.

G.G.: Get command line with tkSimpleDialog._QueryString. Split with shlex.  
Reuses MB's ScriptBinding patch.

S.H.: Get command line with custom dialog. Use custom parser. Add new tests.

My inclination is to start as simple as possible.  Use a message box to get a 
single string (no error checking is needed).  Set for specific file only, not 
all.  The setting could be added to status bar.  Parse with shlex.  Question: 
is basic command line parsing system specific?  Does MAC stick with unix/posix 
rules?  Should shlex.split use non-posix mode on Windows?

--
assignee: asvetlov -> terry.reedy
nosy: +markroseman
type: behavior -> 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

[issue25704] Update the devguide to 3.5

[Berker Peksag]

Berker Peksag added the comment:

> My first opinion when I have read the documentation was "but this doc is out 
> of date".

Yes, some parts of the devguide is outdated and I already gave +1 to update 
those parts. But most of the other changes are use 3.4 as an example so 
changing it to 3.5 won't make the devguide up-to-date. For example,

+must not be broken at any point between sibling minor releases (3.5.1, 
etc.).
+For both rules, only rare exceptions are accepted and **must** be discussed
+first.

and

-while the maintenance branch names (``2.7``, ``3.4``, etc) are mapped
+while the maintenance branch names (``2.7``, ``3.5``, etc) are mapped

>> It might also worth to update the build-dep command in setup.rst.
> I agree, I am going to check that

You've already changed setup.rst :) But it would great if you could test "sudo 
apt-get build-dep python3.5" and build Python on a modern Debian/Ubuntu since 
I'm still on 12.04.

It's very hard to point which parts are OK in the patch without Rietveld. I'll 
update it myself and attach here to save both of us some time :)

Thanks!

--

___
Python tracker 

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

[issue25714] Consider isinstance(..., numbers.Integral) instead of isinstance(..., int) or isinstance(..., (int, long)) in datetime.py

[Matt Bogosian]

New submission from Matt Bogosian:

datetime.py is peppered with ``assert`` statements that are two restrictive. 
Specifically, ``isinstance(..., int)`` does not afford compatibility with 
alternate ``int``-like implementations (e.g., ``future.types.newint``). Some 
background:

* https://github.com/PythonCharmers/python-future/issues/187
* 
https://bitbucket.org/pypy/pypy/issues/2193/datetimetimedelta-chokes-on-seconds

In all cases that I can find, ``assert isinstance(..., int)`` is unnecessarily 
restrictive, since it is always followed by another ``assert`` which validates 
that the boundaries are far smaller than a Python 2 native `int` type. (See, 
e.g., `datetype.py at line 395 
`__).

I propose replacing instances of ``assert isinstance(..., int)`` and ``assert 
isinstance(..., (int, long))`` with ``assert isinstance(..., 
numbers.Integral)`` akin to `this patch 
`__.

--
components: Library (Lib)
messages: 255211
nosy: posita
priority: normal
severity: normal
status: open
title: Consider isinstance(..., numbers.Integral) instead of isinstance(..., 
int) or isinstance(..., (int, long)) in datetime.py
type: enhancement
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

[issue25709] greek alphabet bug it is very disturbing...

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Yes, I have came to the same as random832. String objects have "fast path" for 
concatenating, and in this path cached UTF8 representation is not cleaned. 
Pickle is one of simplest ways to reproduce this issue. May be it can be 
reproduced with compile() or type(), but these ways looks too heavyweighted to 
me.

Here is a patch that fixes strings concatenation.

--
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file41140/issue25709.patch

___
Python tracker 

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

[issue16123] IDLE - deprecate running without a subprocess

[Terry J. Reedy]

Terry J. Reedy added the comment:

I have some different ideas for this issue that would not necessarily involve 
removing -n.  While -n is can be an inferior experience for users (user code 
blocks the GUI, other interference, especially tkinter), the reason given for 
deprecation is to simplify IDLE maintenance by eliminating alternate code paths.

Summary: a new rpc_local module might allow us to simplify code now, without 
removing -n, and provide a path to switching subprocess communication from 
sockets to pipes.

1. Simplify maintenance by instead isolating -n code in a new 'rpc_local' 
module that is imported 'as rpc' when -n is given.  (A 'run_local' module might 
also be needed.)  The goal would be to have the rest of IDLE as oblivious as 
possible as to where user code is executed.  Other modules would send messages 
via rpc and not know whether they go to another process (currently via a 
socket) or or back to the main thread in the same process.  I don't know how 
far this is possible.  It would certainly involve some refactoring.

2. Make rpc_local less of a dummy by executing user code in a separate thread 
connected by a pair of Queues (and call it rpc_thread).  I believe this would 
solve the problem of user code freezing IDLE.  On the other hand, it might make 
user code importing tkinter worse.  If so, I would consider declaring that 
unsupported and not run code containing 'tkinter'.  Perhaps I am overlooking 
some important reason a thread is not already used.

3. If rpc_thread worked, multiprocessing could be used to turn it into a new 
rpc remote process module that communicated with pipes instead of socket ports.

--

___
Python tracker 

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

[issue25709] Problem with string concatenation and utf-8 cache.

[Terry J. Reedy]

Terry J. Reedy added the comment:

It would be good to get this in 3.4.4.

--
components: +Library (Lib) -IDLE
nosy: +benjamin.peterson, ezio.melotti, haypo, lemburg, pitrou -kbk, roger.serwy
title: greek alphabet bug it is very disturbing... -> Problem with string 
concatenation and utf-8 cache.

___
Python tracker 

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

[issue5680] Command-line arguments when running in IDLE

[Terry J. Reedy]

Terry J. Reedy added the comment:

When  file is run with command line args, it might be nice to add an additional 
separator line with the line entered.  That way, if someone ran a series of 
experiments with different command lines, they would have the command line and 
output together as documentation that can be saved.

--

___
Python tracker 

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

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

[Erik Bray]

Erik Bray added the comment:

I just recently discovered this myself.  In the process of debugging the issue 
I also noticed the same bug that is now fixed via Issue 24402.

While I agree that Issue 24402 mostly mitigates the issue I think this patch is 
still worthwhile, as the current behavior still leads to cryptic, hard to debug 
errors.  For example (although this is not great code, bear with me...) one 
could write a stdout wrapper like:

>>> class WrappedStream:
... encoding = 'utf8'
... errors = None
... def __getattr__(self, attr):
... return getattr(sys.__stdout__, attr)
... 
>>> sys.stdout = WrappedStream()
>>> sys.stdout.fileno()
1
>>> sys.stdout.isatty()
True
>>> sys.stdout.errors
>>> input('Prompt: ')
Traceback (most recent call last):
  File "", line 1, in 
TypeError: bad argument type for built-in operation

This still goes down the path for ttys, but because the 'errors' attribute does 
not defer to the underlying stream it still leads to a hard to debug exception. 
 To be clear, I think the above code *should* break, just not as cryptically.

--
nosy: +erik.bray

___
Python tracker 

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

[issue25709] Problem with string concatenation and utf-8 cache.

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Added test without using pickle.

--
nosy: +larry
priority: high -> release blocker
Added file: http://bugs.python.org/file41141/issue25709_2.patch

___
Python tracker 

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

[issue25709] Problem with string concatenation and utf-8 cache.

[Eryk Sun]

Eryk Sun added the comment:

Serhiy, when does sharing UTF-8 data occur in a compact object? It has to be 
ASCII since non-ASCII UTF-8 isn't sharable, but PyASCIIObject doesn't have the 
utf8 field. So it has to be a PyCompactUnicodeObject. But isn't ASCII always 
allocated as a PyASCIIObject? I need a bit of help getting from point A to 
point B. Thanks.

--

___
Python tracker 

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