[issue25263] test_tkinter fails randomly on the buildbots "AMD64 Windows10" (3.4, 3.5, 3.x)

[STINNER Victor]

New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Windows10%203.x/builds/203/steps/test/logs/stdio

==
ERROR: setUpClass (tkinter.test.test_tkinter.test_font.FontTest)
--
Traceback (most recent call last):
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\test\test_tkinter\test_font.py",
 line 17, in setUpClass
cls.font = font.Font(root=cls.root, name=fontname, exists=True)
  File "D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\font.py", line 71, 
in __init__
root = tkinter._default_root
AttributeError: module 'tkinter' has no attribute '_default_root'

==
ERROR: test_use (tkinter.test.test_tkinter.test_widgets.ToplevelTest)
--
Traceback (most recent call last):
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\test\test_tkinter\test_widgets.py",
 line 95, in test_use
widget2 = self.create(use=wid)
  File 
"D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\test\test_tkinter\test_widgets.py",
 line 70, in create
return tkinter.Toplevel(self.root, **kwargs)
  File "D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\__init__.py", line 
2181, in __init__
BaseWidget.__init__(self, master, 'toplevel', cnf, {}, extra)
  File "D:\buildarea\3.x.bolen-windows10\build\lib\tkinter\__init__.py", line 
2138, in __init__
(widgetName, self._w) + extra + self._options(cnf))
_tkinter.TclError: integer value too large to represent

--
messages: 251827
nosy: haypo
priority: normal
severity: normal
status: open
title: test_tkinter fails randomly on the buildbots "AMD64 Windows10" (3.4, 
3.5, 3.x)
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

[issue25263] test_tkinter fails randomly on the buildbots "AMD64 Windows10" (3.4, 3.5, 3.x)

[STINNER Victor]

Changes by STINNER Victor :


--
components: +Tests, Tkinter, Windows
nosy: +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

[issue25262] Issues with BINUNICODE8 and BINBYTES8 opcodes in pickle

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

There are issues with BINUNICODE8 and BINBYTES8 opcodes in pickle.

1. Unpickling BINBYTES8 is not implemented in Python implementation.

2. Highest 32 bits of 64-bit size are silently ignored in C implementation on 
32-bit platforms.

3. There are no tests for BINUNICODE8 and BINBYTES8.

Proposed patch fixes these issues.

--
assignee: serhiy.storchaka
components: Extension Modules, Library (Lib), Tests
files: pickle_binbytes8.patch
keywords: patch
messages: 251823
nosy: alexandre.vassalotti, pitrou, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Issues with BINUNICODE8 and BINBYTES8 opcodes in pickle
type: behavior
versions: Python 3.4, Python 3.5, Python 3.6
Added file: http://bugs.python.org/file40615/pickle_binbytes8.patch

___
Python tracker 

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

[issue25264] test_marshal always crashs on "AMD64 Windows10 2.7" buildbot

[STINNER Victor]

New submission from STINNER Victor:

test_marshal crash on Windows AMD64 since the first build of the "AMD64 
Windows10 2.7" buildbot:

http://buildbot.python.org/all/builders/AMD64%20Windows10%202.7/builds/1/steps/test/logs/stdio

It crashs since this build of the "AMD64 Windows8 2.7" buildbot:

http://buildbot.python.org/all/builders/AMD64%20Windows8%202.7/builds/368/steps/test/logs/stdio

Blamelist:

Change #43682
CategoryNone
Changed by  Zachary Ware 
Changed at  Thu 16 Jul 2015 05:42:04
Branch  2.7
Revisionca78b9449e040abf313659ea00ddcb6b20a68830
Comments

Close #24508: Backport the 3.5 MSBuild project files.

The old project files move to PC/VS9.0 and remain supported.

VS2008 is still required to build 2.7; VS2010 (or later, plus Windows SDK 
7.1)
is *also* required to use the new project files.

Between builds 367 and 368, the number of warnings doubled: 404 warnings => 796 
warnings.


Recent build:

http://buildbot.python.org/all/builders/AMD64%20Windows10%202.7/builds/76/steps/test/logs/stdio

...
[ 53/401] test_marshal
program finished with exit code -1073741571

--
components: Tests, Windows
messages: 251828
nosy: haypo, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: test_marshal always crashs on "AMD64 Windows10 2.7" buildbot
type: crash
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

[issue23220] Documents input/output effects of how IDLE runs user code

[Terry J. Reedy]

Terry J. Reedy added the comment:

Issue #21995 discussed same issue from cause side, as opposed to result. The 
new section is partly based on what I wrote above.  I am not satisfied with it 
yet.

New changeset ac6ade0c5927 by Terry Jan Reedy in branch '2.7':
Issue 21995: Explain some differences between IDLE and console Python.
https://hg.python.org/cpython/rev/ac6ade0c5927

New changeset ca6c9cc77c20 by Terry Jan Reedy in branch '3.4':
Issue 21995: Explain some differences between IDLE and console Python.
https://hg.python.org/cpython/rev/ca6c9cc77c20

--
assignee: docs@python -> terry.reedy
stage: patch review -> needs patch

___
Python tracker 

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

[issue25262] Issues with BINUNICODE8 and BINBYTES8 opcodes in pickle

[STINNER Victor]

STINNER Victor added the comment:

To access an array item, the type of the index variable must be size_t (or a 
type with the same size), otherwise the compiler produce less efficient machine 
code:
http://www.viva64.com/en/a/0050/

=> please keep Py_ssize_t type for i

(I didn't check for the specific case of Py_ssize_t: it's signed. Does GCC emit 
the most efficient machine code for it?)

diff -r 16c8278c03f6 Modules/_pickle.c
--- a/Modules/_pickle.c
+++ b/Modules/_pickle.c
@@ -4606,10 +4606,17 @@ static Py_ssize_t
 calc_binsize(char *bytes, int nbytes)
 {
 unsigned char *s = (unsigned char *)bytes;
-Py_ssize_t i;
+int i;
 size_t x = 0;
 
-for (i = 0; i < nbytes && (size_t)i < sizeof(size_t); i++) {
+if (nbytes > (int)sizeof(size_t)) {
+for (i = (int)sizeof(size_t); i < nbytes; i++) {
+if (s[i])
+return -1;
+}
+nbytes = (int)sizeof(size_t);
+}

Please add a comment here to explain that the first loop check for integer 
overflow, it's not obvious at the first read.

Does the Python implementation of pickle produce BINBYTES8? If not: why not?

Note: the patch is probably based on a private Mercurial revision, so it didn't 
get the [Review] button.

--
nosy: +haypo

___
Python tracker 

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

[issue25268] Support pointing frozen modules to the corresponding source files, if available.

[Eric Snow]

New submission from Eric Snow:

(a generalization of issue #21335)

One way or another, we should be able to record the appropriate path in the 
resulting data when a module is frozen.  Keeping track of the source location 
is useful when debugging, especially with tracebacks.  Also see a related 
conversation on python-dev. [1]

If the original filename for a frozen module is preserved, several 
possibilities open up:

* the `get_source` method of `importlib._bootstrap.FrozenImporter` could return 
the original source
* the traceback module could work around the co_filename issue pointed out in 
#21335
* the filename could be incorporated into the value set for co_filename and 
__file__
* frozen modules could be optionally reloaded from source

Given that the filename would (likely) be available only through loading the 
module, it *might* not make sense to store it on the module's spec.  However, 
it might also make sense to store the filename in a way that it can be exposed 
during the "find" stage of import.  In that case it would arguably *belong* on 
the module's spec.

Note that there's a chance that the original filename for a frozen module is no 
longer available.  That shouldn't be much of a problem, though.


[1] https://mail.python.org/pipermail/python-dev/2014-April/134097.html

--
components: Library (Lib)
messages: 251851
nosy: brett.cannon, eric.snow, ncoghlan
priority: low
severity: normal
stage: needs patch
status: open
title: Support pointing frozen modules to the corresponding source files, if 
available.
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

[issue21335] Update importlib.__init__ to reset _frozen_importlib's loader to SourceFileLoader

[Eric Snow]

Eric Snow added the comment:

The underlying issue extends to all frozen modules.  I've opened #25268 to 
consider how we might address it.

--
nosy: +eric.snow

___
Python tracker 

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

[issue25268] Support pointing frozen modules to the corresponding source files, if available.

[Eric Snow]

Changes by Eric Snow :


--
nosy: +lemburg

___
Python tracker 

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

[issue25269] Add method to detect if a string contains surrogates

[R. David Murray]

New submission from R. David Murray:

Because surrogates are in several contexts used to "smuggle" bytes through 
string APIs using surrogateescape, it is very useful to be able to determine if 
a given string contains surrogates.  The email package, for example, uses 
different logic to handle strings that contain smuggled bytes and strings that 
don't when serializing a Message object.  Currently it uses x.encode() and 
checks for an exception (we determined that for CPython this was the most 
efficient method to check).  It would be better, I think, to have a dedicated 
method on str for this, among other reasons so that different python 
implementations could optimize it appropriately.

(Note that another aspect of dealing with surrogateescaped strings is discussed 
in issue 18814.)

--
components: Interpreter Core
messages: 251853
nosy: r.david.murray
priority: normal
severity: normal
status: open
title: Add method to detect if a string contains surrogates
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

[issue25269] Add method to detect if a string contains surrogates

[STINNER Victor]

Changes by STINNER Victor :


--
components: +Unicode
nosy: +ezio.melotti, haypo

___
Python tracker 

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

[issue25262] Issues with BINUNICODE8 and BINBYTES8 opcodes in pickle

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> To access an array item, the type of the index variable must be size_t (or a
> type with the same size), otherwise the compiler produce less efficient
> machine code: http://www.viva64.com/en/a/0050/
> 
> => please keep Py_ssize_t type for i

i is small integer between 0 and 8. I don't think that this article is 
related. Py_ssize_t is signed, and i is compared with int in a loop. And isn't 
Viva64 work only with Visual C++?  At least I found statements that can be not 
correct on platforms not supported by Microsoft.

> Please add a comment here to explain that the first loop check for integer
> overflow, it's not obvious at the first read.

Done.

> Does the Python implementation of pickle produce BINBYTES8? If not: why not?

Yes, it produces BINBYTES8 on 64-bit platform.

> Note: the patch is probably based on a private Mercurial revision, so it
> didn't get the [Review] button.

Yes, I had made some refactoring for unpickling tests and forgot to push they. 
Here is rebased patch.

--
Added file: http://bugs.python.org/file40621/pickle_binbytes8_2.patch

___
Python tracker 

___diff -r 377f200ad521 Lib/pickle.py
--- a/Lib/pickle.py Tue Sep 29 15:51:02 2015 +0300
+++ b/Lib/pickle.py Tue Sep 29 16:03:38 2015 +0300
@@ -1205,6 +1205,14 @@ class _Unpickler:
 self.append(str(self.read(len), 'utf-8', 'surrogatepass'))
 dispatch[BINUNICODE8[0]] = load_binunicode8
 
+def load_binbytes8(self):
+len, = unpack(' maxsize:
+raise UnpicklingError("BINBYTES8 exceeds system's maximum size "
+  "of %d bytes" % maxsize)
+self.append(self.read(len))
+dispatch[BINBYTES8[0]] = load_binbytes8
+
 def load_short_binstring(self):
 len = self.read(1)[0]
 data = self.read(len)
diff -r 377f200ad521 Lib/test/pickletester.py
--- a/Lib/test/pickletester.py  Tue Sep 29 15:51:02 2015 +0300
+++ b/Lib/test/pickletester.py  Tue Sep 29 16:03:38 2015 +0300
@@ -857,6 +857,26 @@ class AbstractUnpickleTests(unittest.Tes
 self.assert_is_copy([(100,), (100,)],
 self.loads(b'((Kdtp0\nh\x00l.))'))
 
+def test_binbytes8(self):
+dumped = b'\x80\x04\x8e\4\0\0\0\0\0\0\0\xe2\x82\xac\x00.'
+self.assertEqual(self.loads(dumped), b'\xe2\x82\xac\x00')
+
+def test_binunicode8(self):
+dumped = b'\x80\x04\x8d\4\0\0\0\0\0\0\0\xe2\x82\xac\x00.'
+self.assertEqual(self.loads(dumped), '\u20ac\x00')
+
+@requires_32b
+def test_large_32b_binbytes8(self):
+dumped = b'\x80\x04\x8e\4\0\0\0\1\0\0\0\xe2\x82\xac\x00.'
+with self.assertRaises((pickle.UnpicklingError, OverflowError)):
+self.loads(dumped)
+
+@requires_32b
+def test_large_32b_binunicode8(self):
+dumped = b'\x80\x04\x8d\4\0\0\0\1\0\0\0\xe2\x82\xac\x00.'
+with self.assertRaises((pickle.UnpicklingError, OverflowError)):
+self.loads(dumped)
+
 def test_get(self):
 pickled = b'((lp10\ng10\nt.'
 unpickled = self.loads(pickled)
diff -r 377f200ad521 Lib/test/test_pickle.py
--- a/Lib/test/test_pickle.py   Tue Sep 29 15:51:02 2015 +0300
+++ b/Lib/test/test_pickle.py   Tue Sep 29 16:03:38 2015 +0300
@@ -39,6 +39,16 @@ class PyUnpicklerTests(AbstractUnpickleT
 return u.load()
 
 
+class PyUnpicklerTests(AbstractUnpickleTests):
+
+unpickler = pickle._Unpickler
+
+def loads(self, buf, **kwds):
+f = io.BytesIO(buf)
+u = self.unpickler(f, **kwds)
+return u.load()
+
+
 class PyPicklerTests(AbstractPickleTests):
 
 pickler = pickle._Pickler
diff -r 377f200ad521 Modules/_pickle.c
--- a/Modules/_pickle.c Tue Sep 29 15:51:02 2015 +0300
+++ b/Modules/_pickle.c Tue Sep 29 16:03:38 2015 +0300
@@ -4606,10 +4606,20 @@ static Py_ssize_t
 calc_binsize(char *bytes, int nbytes)
 {
 unsigned char *s = (unsigned char *)bytes;
-Py_ssize_t i;
+int i;
 size_t x = 0;
 
-for (i = 0; i < nbytes && (size_t)i < sizeof(size_t); i++) {
+if (nbytes > (int)sizeof(size_t)) {
+/* Check for integer overflow.  BINBYTES8 and BINUNICODE8 opcodes
+ * have 64-bit size that can't be represented on 32-bit platform.
+ */
+for (i = (int)sizeof(size_t); i < nbytes; i++) {
+if (s[i])
+return -1;
+}
+nbytes = (int)sizeof(size_t);
+}
+for (i = 0; i < nbytes; i++) {
 x |= (size_t) s[i] << (8 * i);
 }
 
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21995] Idle: pseudofiles have no buffer attribute.

[Terry J. Reedy]

Terry J. Reedy added the comment:

Related #23220 has draft of part of what pushed.  I want to do more on the 
subject.

--
assignee: docs@python -> terry.reedy

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset e5165dcae942 by Victor Stinner in branch 'default':
Issue #25220: Add test for --wait in test_regrtest
https://hg.python.org/cpython/rev/e5165dcae942

--

___
Python tracker 

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

[issue18814] Add utilities to "clean" surrogate code points from strings

[R. David Murray]

R. David Murray added the comment:

Done: issue 25269.

--

___
Python tracker 

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

[issue25157] Installing Python 3.5.0 32bit on Windows 8.1 64bit system gives Error 0x80240017

[Steve Dower]

Changes by Steve Dower :


--
components: +Windows
nosy: +paul.moore, 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

[issue25250] AttributeError: 'MSVCCompiler' object has no attribute '_MSVCCompiler__version'

[Steve Dower]

Steve Dower added the comment:

Well __version is determined by looking at sys.version to see what version was 
used to build Python, so you aren't really getting the "actual" one, though in 
practice it doesn't matter.

For Python 3.5 and later you could get different versions from the one that was 
used to build, but it will always be at least 14.0 and there's deliberately no 
way for people to depend on that information other than in C source code.

--

___
Python tracker 

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

[issue23403] Use pickle protocol 4 by default?

[STINNER Victor]

STINNER Victor added the comment:

Can't we "negociate" the protocol automatically?

--
nosy: +haypo

___
Python tracker 

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

[issue24164] Support pickling objects with __new__ with keyword arguments with protocol 2+

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

> Hum, can you please write a short example of such class which can only be 
> pickled by the protocol 4 currently? Just for my information.

For now there are no such classes in the stdlib. No one implements 
__getnewargs_ex__. But an alternative implementation of pickling for 
methodcaller could use it (I implemented methodcaller pickling in issue22955 in 
different way, via __reduce_ex__, but used the same trick for passing keyword 
arguments to constructor).

Note that multiprocessing uses default protocol 3 (issue23403), and this is not 
configurable.

--

___
Python tracker 

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

[issue24164] Support pickling objects with __new__ with keyword arguments with protocol 2+

[STINNER Victor]

STINNER Victor added the comment:

"Pickling of objects of classes whose __new__ mandates the use of keyword-only 
arguments is supported with protocol 4 (using a new opcode NEWOBJ_EX)."

Hum, can you please write a short example of such class which can only be 
pickled by the protocol 4 currently? Just for my information.

I understand that some objects cannot be serialized by pickle with protocol 
lower than 4, whereas your change makes possible to serialize them on Python 3, 
and it will be possible to deserialize them on Python 2 and Python 3.

If I understood correctly, the change makes sense.

I reviewed the patch, it looks good to me.

--
nosy: +haypo

___
Python tracker 

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

[issue25265] Python install failed windows 8.1- Error 0x80240017: Failed to execute MSU package

[STINNER Victor]

STINNER Victor added the comment:

Duplicate of bug #25157.

--
nosy: +haypo
resolution:  -> duplicate
status: open -> closed
superseder:  -> Installing Python 3.5.0 32bit on Windows 8.1 64bit system gives 
Error 0x80240017

___
Python tracker 

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

[issue25265] Python install failed windows 8.1- Error 0x80240017: Failed to execute MSU package

[Rahil Khurshid]

New submission from Rahil Khurshid:

Just downloaded and try to install the Python 3.5.0 .exe installer on Windows 
8.1 Pro, which unexpectedly failed to install and crash on this error
Error 0x80240017: Failed to execute MSU package (according to the logs)
Then tried the older 3.4.3 .msi installer which worked for me. My guess it's 
about the new .exe installer.

--
components: Installation, Windows
messages: 251838
nosy: Rahil Khurshid, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Python install failed windows 8.1- Error 0x80240017: Failed to execute 
MSU package
type: crash
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

Re: [issue22798] time.mktime doesn't update time.tzname

[M.-A. Lemburg]

On 29.09.2015 11:31, Akira Li wrote:
> 
> Akira Li added the comment:
> 
>> Would issue22798.diff patch address your issue?
> 
> No. The issue is that C mktime() may update C tzname on some platforms
> but time.mktime() does not update time.tzname on these platforms while 
> the time module docs suggest that it might be expected e.g.:
> 
>   Most of the functions defined in this module call platform C library
>   functions with the same name. It may sometimes be helpful to consult
>   the platform documentation, because the semantics of these functions 
>   varies among platforms.

tzname is set when the module is being loaded and not updated
afterwards (unless you call tzset()). I can't really see why you
would expect a module global in Python to follow the semantics
of a C global, unless this is explicitly documented.

Note: The fact that tzset() does update the module globals is
not documented.

> ---
> 
> Unrelated: time.strftime('%Z') and
> time.strftime('%Z', time.localtime(time.time())) can differ on some 
> platforms and python versions
>   
> http://stackoverflow.com/questions/32353015/python-time-strftime-z-is-always-zero-instead-of-timezone-offset

The StackOverflow discussion targets %z (lower case z),
not %Z (with capital Z).

I think this is just a documentation bug.

Overall, I think that relying on those module globals is
not a good idea. They are not threadsafe and their values
can only be trusted right after module import. It's much
safer to access the resp. values by using struct_time values
or strftime().

-- 
Marc-Andre Lemburg
eGenix.com

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

[issue18174] Make regrtest with --huntrleaks check for fd leaks

[Roundup Robot]

Roundup Robot added the comment:

New changeset 0e7d71a3bf0d by Victor Stinner in branch 'default':
Issue #18174: Explain why is_valid_fd() uses dup() instead of fstat()
https://hg.python.org/cpython/rev/0e7d71a3bf0d

--

___
Python tracker 

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

[issue24483] Avoid repeated hash calculation in C implementation of functools.lru_cache()

[STINNER Victor]

STINNER Victor added the comment:

clru_cache_known_hash_5.larry.patch looks good to me. Python 3.5 has no more 
restriction to push patches, go ahead Serhiy, push it to 3.5 & 3.6.

--
nosy: +haypo

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[STINNER Victor]

STINNER Victor added the comment:

regrtest_class-2.patch: rebased path to try to get the [review] link.

--
Added file: http://bugs.python.org/file40617/regrtest_class-2.patch

___
Python tracker 

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

[issue25267] Optimize UTF-8 encoder with error handlers

[STINNER Victor]

New submission from STINNER Victor:

Attached patch optimizes the UTF-8 encoder for error handlers: ignore, replace, 
surrogateescape, surrogatepass. It is based on the patch  
faster_surrogates_hadling.patch written by Serhiy Storchaka in the issue #24870.

It also modifies unicode_encode_ucs1() to use memset() for the replace error 
handler. It should be faster for long sequences of unencodable characters, but 
it may be slower for short sequences of unencodable characters.

The patch adds new unit tests and fix unit tests to ensure that utf-8-sig codec 
is also well tested.

TODO: write a benchmark.

See also the issue #25227 which optimized ASCII and latin1 encoders with the 
surrogateescape error handlers.

--
components: Unicode
files: utf8_encoder_errors.patch
keywords: patch
messages: 251845
nosy: ezio.melotti, haypo, naoki, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Optimize UTF-8 encoder with error handlers
type: performance
versions: Python 3.6
Added file: http://bugs.python.org/file40619/utf8_encoder_errors.patch

___
Python tracker 

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

[issue25266] mako benchmark not working in Python 3.6

[STINNER Victor]

STINNER Victor added the comment:

Hum, it would be nice to patch the mako benchmark to replace 
inspect.getargspec() with inspect.signature() (available since Python 3.3).

--
nosy: +haypo

___
Python tracker 

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

[issue22609] Constructors of some mapping classes don't accept `self` keyword argument

[STINNER Victor]

STINNER Victor added the comment:

UserDict_self_and_dict_keywords_3.patch looks good to me.

--
nosy: +haypo

___
Python tracker 

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

[issue23972] Asyncio reuseport

[chris laws]

chris laws added the comment:

Rebase patch onto current master.

--
Added file: http://bugs.python.org/file40616/23972_cjl_v003.patch

___
Python tracker 

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

[issue25266] mako benchmark not working in Python 3.6

[Florin Papa]

New submission from Florin Papa:

Hi All,

My name is Florin Papa and I work in the Server Languages Optimizations Team at 
Intel Corporation.

I would like to submit a patch that deprecates the mako benchmark for Python 
3.6 and above. The mako benchmark uses inspect.getargspec(), which is 
deprecated and was removed in Python 3.6. Therefore, it crashes with the 
message "AttributeError: module 'inspect' has no attribute 'getargspec'" when 
using the latest version of Python on the default branch.

The patch limits the version range of the mako benchmark to Python 3.5 and 
below.

To apply the patch please follow these steps:

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

--
components: Benchmarks
files: mako_deprecation.patch
keywords: patch
messages: 251844
nosy: brett.cannon, florin.papa, pitrou
priority: normal
severity: normal
status: open
title: mako benchmark not working in Python 3.6
type: crash
versions: Python 3.6
Added file: http://bugs.python.org/file40618/mako_deprecation.patch

___
Python tracker 

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

[issue25260] python -m test --coverage doesn't work on Windows

[STINNER Victor]

STINNER Victor added the comment:

Attached patch simply removes the list of ignored directories. It fixes 
test_regrtest.test_coverage() on Windows.

--
keywords: +patch
nosy: +barry, georg.brandl, vinay.sajip
Added file: http://bugs.python.org/file40620/regrtest_coverage.patch

___
Python tracker 

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

[issue25250] AttributeError: 'MSVCCompiler' object has no attribute '_MSVCCompiler__version'

[Matt Hickford]

Matt Hickford added the comment:

Hi Steve. Thanks for your reply. In the end I went with your something
similar to your third suggestion. It's important I wanted to condition on
what compiler distutils is using *now* to the build the extension on my
computer, rather than what compiler was originally used to build Python
(which needn't match).

On 29 September 2015 at 05:27, Steve Dower  wrote:

>
> Steve Dower added the comment:
>
> if sys.version_info[:2] >= (3, 3):
> # MSVC version is >= 9.0
>
> Alternatively:
>
> if sys.version_info[:2] >= (3, 5):
> # MSVC version is >= 14.0, or
> # _msvccompiler.MSVCCompiler does not have __version
>
> or
>
> if self.compiler.compiler_type == "msvc" and int(getattr(self.compiler,
> '_MSVCCompiler__version'), 10) <= 9:
> # MSVC version is >= 9.0
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +haypo

___
Python tracker 

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

[issue22798] time.mktime doesn't update time.tzname

[Akira Li]

Akira Li added the comment:

> Would issue22798.diff patch address your issue?

No. The issue is that C mktime() may update C tzname on some platforms
but time.mktime() does not update time.tzname on these platforms while 
the time module docs suggest that it might be expected e.g.:

  Most of the functions defined in this module call platform C library
  functions with the same name. It may sometimes be helpful to consult
  the platform documentation, because the semantics of these functions 
  varies among platforms.

---

Unrelated: time.strftime('%Z') and
time.strftime('%Z', time.localtime(time.time())) can differ on some 
platforms and python versions
  
http://stackoverflow.com/questions/32353015/python-time-strftime-z-is-always-zero-instead-of-timezone-offset

--

___
Python tracker 

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

[issue25111] Broken compatibility in FrameSummary equality

[STINNER Victor]

STINNER Victor added the comment:

traceback_FrameSummary_equality_2.patch looks good to me, but I have the same 
remark than Berker (see the review).

--
nosy: +haypo

___
Python tracker 

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

[issue23640] int.from_bytes() is broken for subclasses

[STINNER Victor]

STINNER Victor added the comment:

0002-int.from_bytes-calls-constructor-for-subclasses.patch looks good to me, 
but see my review on Rietveld for 2 minor comments.

--
nosy: +haypo

___
Python tracker 

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

[issue25111] Broken compatibility in FrameSummary equality

[Robert Collins]

Robert Collins added the comment:

LGTM too.

--

___
Python tracker 

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

[issue18814] Add utilities to "clean" surrogate code points from strings

[STINNER Victor]

STINNER Victor added the comment:

> I also want "detect if there are any surrogates".

Could you please open a separated issue for this function/method?

I believe that it's very different than other proposed functions/methods.

It was proposed before to add methods like "is_ascii()" but the request was 
rejected because other Python implementations don't implement Unicode using the 
PEP 393 and so the method would be less efficient than expected, depending on 
the implementation of Python.

Well, I don't know if we should add methods relying on the PEP 393 or not. It's 
probably better to discuss such "political" question on python-dev.

--

___
Python tracker 

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

[issue24773] Implement PEP 495 (Local Time Disambiguation)

[Akira Li]

Changes by Akira Li <4kir4...@gmail.com>:


--
nosy: +akira

___
Python tracker 

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

[issue25227] Optimize ASCII/latin1 encoder with surrogateescape error handlers

[Roundup Robot]

Roundup Robot added the comment:

New changeset 128a3f03ddeb by Victor Stinner in branch 'default':
Optimize ascii/latin1+surrogateescape encoders
https://hg.python.org/cpython/rev/128a3f03ddeb

--

___
Python tracker 

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

[issue25227] Optimize ASCII/latin1 encoder with surrogateescape error handlers

[STINNER Victor]

STINNER Victor added the comment:

INADA Naoki: The ASCII and latin1 encoders are now up to 3 times as fast when 
the surrogateescape error handler is used in Python 3.6.

--
nosy: +naoki, serhiy.storchaka
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue25034] string.Formatter accepts empty fields but displays wrong when nested

[Eric V. Smith]

Eric V. Smith added the comment:

Fixed in 3.4, 3.5, and 3.6. Thanks for the bug report and patch! I added you to 
the Misc/ACKS file.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
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

[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)

[Memeplex]

Memeplex added the comment:

Here is another manifestation of this problem: http://bugs.python.org/issue17050

--

___
Python tracker 

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

[issue23640] int.from_bytes() is broken for subclasses

[Stefan Krah]

Stefan Krah added the comment:

> There are similar issues with Decimal.from_float() (C implementation only), 
> chain.from_iterable(), epoll.fromfd() and kqueue.fromfd(). All these 
> alternative constructors don't call __new__ or __init__.

Could you create new issues? I need a summary. :)

--

___
Python tracker 

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

[issue25250] AttributeError: 'MSVCCompiler' object has no attribute '_MSVCCompiler__version'

[Matt Hickford]

Matt Hickford added the comment:

It matters if you're trying to write a library that builds reliably

1. On Linux
2. On Windows compiler=msvc
3. On Windows compiler=mingw32 (many people set this in distutils.cfg [1])

...for all Python versions 2.6 through 3.5 (24 combinations!) Anyway I
think I've got everything working simultaneously now. Thanks for your help.

Yes I saw that blog post—your blog post—about compiler independence [2]
from msvc 14.0 on. That's great news. Let me go study it.

[1] http://stackoverflow.com/q/3297254/284795
[2] http://stevedower.id.au/blog/building-for-python-3-5-part-two/

On 29 September 2015 at 14:05, Steve Dower  wrote:

>
> Steve Dower added the comment:
>
> Well __version is determined by looking at sys.version to see what version
> was used to build Python, so you aren't really getting the "actual" one,
> though in practice it doesn't matter.
>
> For Python 3.5 and later you could get different versions from the one
> that was used to build, but it will always be at least 14.0 and there's
> deliberately no way for people to depend on that information other than in
> C source code.
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue25034] string.Formatter accepts empty fields but displays wrong when nested

[Roundup Robot]

Roundup Robot added the comment:

New changeset 9eae18e8af66 by Eric V. Smith in branch '3.4':
Fixed issue #25034: Fix string.Formatter problem with auto-numbering
https://hg.python.org/cpython/rev/9eae18e8af66

New changeset 65d7b4fd0332 by Eric V. Smith in branch '3.5':
Issue #25034: Merge from 3.4.
https://hg.python.org/cpython/rev/65d7b4fd0332

New changeset aef6365294c8 by Eric V. Smith in branch 'default':
Issue #25034: Merge from 3.5.
https://hg.python.org/cpython/rev/aef6365294c8

--
nosy: +python-dev

___
Python tracker 

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

[issue25250] AttributeError: 'MSVCCompiler' object has no attribute '_MSVCCompiler__version'

[Steve Dower]

Steve Dower added the comment:

Once you've established that MSVC is being used, you can infer the version from 
the Python version, is what I meant by "it doesn't matter". The version 
attribute on the compiler instance is never going to differ pre-3.5, and 
post-3.5 it doesn't even exist.

Generally, I'd say you're safer to detect and check _MSC_VER in your C code if 
it's relevant, as that will also handle builds that don't go via your setup.py.

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

[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

In my PEP 495 work (see issue 24773,) I relaxed the offset checks to allow any 
integer number of *seconds*.  This was necessary to support all timezones in 
the Olson database.

With respect to string representation of such offset, I would like to bring up 
issue 24954.  We don't even have support for printing regular offsets in ISO 
format.

--

___
Python tracker 

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

[issue25266] mako benchmark not working in Python 3.6

[Brett Cannon]

Brett Cannon added the comment:

We should also see if Mako 1.0.2 uses inspect.getargspec() and create a mako2 
benchmark that does the right thing.

As for Victor's suggestion to simply change the code, we have historically 
avoided modifying library code that we use in a benchmark as it changes 
performance and thus invalidates past measurements for comparison purposes. At 
worst we can duplicate the code, make the change, and still create a new 
benchmark.

--
assignee:  -> brett.cannon

___
Python tracker 

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

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
assignee:  -> belopolsky
keywords: +easy

___
Python tracker 

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

[issue25261] Incorrect Return Values for any() and all() Built-in Functions

[Sreenivasulu Saya]

Sreenivasulu Saya added the comment:

Thanks Steven and Tim for the comments. Today, I learnt something about Python.

--

___
Python tracker 

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

[issue11215] test_fileio error on AIX

[Arnon Yaari]

Arnon Yaari added the comment:

Some AIX systems have seekable /dev/tty, as is the case here and in msg90762, 
and on my system too.
There is already an exemption in test_fileio.py for systems that have a 
seekable /dev/tty. AIX just needs to be exempt too. (from my experience, AIX 
and Solaris behave similarly in many cases, so it makes sense to add aix next 
to sunos).
I'm submitting a patch to fix this test case on AIX.

--
keywords: +patch
nosy: +wiggin15
Added file: http://bugs.python.org/file40622/issue11215.diff

___
Python tracker 

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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Paul Kehrer]

New submission from Paul Kehrer:

Python 3.5.0 (default, Sep 13 2015, 10:33:07) 
[GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import codecs
>>> codecs.escape_encode(b'')
Traceback (most recent call last):
  File "", line 1, in 
SystemError: Objects/bytesobject.c:3553: bad argument to internal function


I've tested this on Python 3.2 through 3.5.

--
components: Interpreter Core
messages: 251868
nosy: reaperhulk
priority: normal
severity: normal
status: open
title: codecs.escape_encode systemerror on empty byte string
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5

___
Python tracker 

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

[issue25271] SystemError when doing codecs.escape_encode(b'')

[Zachary Ware]

Changes by Zachary Ware :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> codecs.escape_encode systemerror on empty byte string

___
Python tracker 

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

[issue19006] UnitTest docs should have a single list of assertions

[Arnon Yaari]

Changes by Arnon Yaari :


--
nosy: +wiggin15

___
Python tracker 

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

[issue25250] AttributeError: 'MSVCCompiler' object has no attribute '_MSVCCompiler__version'

[Matt Hickford]

Matt Hickford added the comment:

Yes you're right. My setup.py if you're curious
https://github.com/hickford/primesieve-python/blob/master/setup.py

Separately, I think compiler=mingw32 is broken in Python 3.5 on computers
with Visual Studio 2015 installed.  http://bugs.python.org/issue25251 if
that interests you

On 29 September 2015 at 16:24, Steve Dower  wrote:

>
> Steve Dower added the comment:
>
> Once you've established that MSVC is being used, you can infer the version
> from the Python version, is what I meant by "it doesn't matter". The
> version attribute on the compiler instance is never going to differ
> pre-3.5, and post-3.5 it doesn't even exist.
>
> Generally, I'd say you're safer to detect and check _MSC_VER in your C
> code if it's relevant, as that will also handle builds that don't go via
> your setup.py.
>
> --
> resolution:  -> not a bug
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue25271] SystemError when doing codecs.escape_encode(b'')

[Florian Bruhin]

New submission from Florian Bruhin:

I can reproduce this with 3.4.3 and 3.5.0:

>>> import codecs
>>> codecs.escape_encode(b'')
Traceback (most recent call last):
  File "", line 1, in 
SystemError: Objects/bytesobject.c:3553: bad argument to internal function

--
components: Interpreter Core
messages: 251869
nosy: The Compiler, doerwalter, lemburg
priority: normal
severity: normal
status: open
title: SystemError when doing codecs.escape_encode(b'')
type: behavior
versions: Python 3.4, Python 3.5

___
Python tracker 

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

[issue25268] Support pointing frozen modules to the corresponding source files, if available.

[Marc-Andre Lemburg]

Marc-Andre Lemburg added the comment:

I'm not sure which kind of use for frozen modules you have in mind.

The freeze tool allows you to replace paths in source path prefixes using the 
-r option. We use this in eGenix PyRun to set the prefix to "" since at 
run-time, the source files won't be available anyway and we want the users to 
see "this file is built into pyrun".

A traceback looks like this:
  ...
  File "/configparser.py", line 773, in get
  File "/configparser.py", line 374, in before_get
  File "/configparser.py", line 423, in _interpolate_some
configparser.InterpolationSyntaxError: '%' must be followed by '%' or '(', 
found: '%12345'

which is quite readable, IMO.

Without -r, the original file path is added, so you must be looking at some 
other use case.

--

___
Python tracker 

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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Zachary Ware]

Changes by Zachary Ware :


--
nosy: +The Compiler, doerwalter, lemburg
stage:  -> needs patch

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 817e25bd34d0 by Victor Stinner in branch 'default':
Issue #25220: Split the huge main() function of libregrtest.main into a class
https://hg.python.org/cpython/rev/817e25bd34d0

--

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 12c666eea556 by Victor Stinner in branch 'default':
Issue #25220: Create libregrtest/runtest_mp.py
https://hg.python.org/cpython/rev/12c666eea556

--

___
Python tracker 

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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Berker Peksag]

Changes by Berker Peksag :


--
components: +Extension Modules -Interpreter Core
keywords: +patch
nosy: +berker.peksag
stage: needs patch -> patch review
versions: +Python 3.6 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file40623/issue25270.diff

___
Python tracker 

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

[issue25274] "./python -m test test_sys": Fatal Python error: Cannot recover from stack overflow

[Roundup Robot]

Roundup Robot added the comment:

New changeset 00c1cd1f0131 by Victor Stinner in branch 'default':
Issue #25274: Workaround test_sys crash just to keep buildbots usable
https://hg.python.org/cpython/rev/00c1cd1f0131

--
nosy: +python-dev

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7e07c51d8fc6 by Victor Stinner in branch 'default':
Issue #25220: Use print(flush=True) in libregrtest
https://hg.python.org/cpython/rev/7e07c51d8fc6

New changeset e2ed6e9163d5 by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Cleanup setup code
https://hg.python.org/cpython/rev/e2ed6e9163d5

New changeset b7d27c3c9e65 by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Move setup_python() to a new submodule
https://hg.python.org/cpython/rev/b7d27c3c9e65

New changeset ff012c1b8068 by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Add runtest_ns() function
https://hg.python.org/cpython/rev/ff012c1b8068

New changeset b48ae54ed5be by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Call setup_python(ns) in the slaves
https://hg.python.org/cpython/rev/b48ae54ed5be

--

___
Python tracker 

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

[issue22609] Constructors of some mapping classes don't accept `self` keyword argument

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you all for your reviews.

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

[issue22958] Constructors of weakref mapping classes don't accept "self" and "dict" keyword arguments

[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

[issue22798] time.mktime doesn't update time.tzname

[Akira Li]

Akira Li added the comment:

Marc-Andre Lemburg  writes:
...
> tzname is set when the module is being loaded and not updated
> afterwards (unless you call tzset()). I can't really see why you
> would expect a module global in Python to follow the semantics
> of a C global, unless this is explicitly documented.

Python docs recommend reading platform docs.
Platform docs say that mktime() may change tzname.
Python docs do not contradict.

Why wouldn't I assume that mktime() may change tzname?

> Note: The fact that tzset() does update the module globals is
> not documented.

It is documented e.g., I see: "These will be propagated into
time.tzname" in tzset() docs.

Though tzset() has nothing to do with the issue (TZ envvar hasn't been
changed).

>> Unrelated: time.strftime('%Z') and
>> time.strftime('%Z', time.localtime(time.time())) can differ on some 
>> platforms and python versions
>>   
>> http://stackoverflow.com/questions/32353015/python-time-strftime-z-is-always-zero-instead-of-timezone-offset
>
> The StackOverflow discussion targets %z (lower case z),
> not %Z (with capital Z).

Look at the answers. The examples clearly shows both %Z and %z.

> I think this is just a documentation bug.
>
> Overall, I think that relying on those module globals is
> not a good idea. They are not threadsafe and their values
> can only be trusted right after module import. It's much
> safer to access the resp. values by using struct_time values
> or strftime().
>

Agree. Moreover, you can't trust them even "right after module import"
sometimes.

Though, some predictability in the behavior such as "time.tzname is
whatever C tzname is -- consult the platform docs" would be nice.

--

___
Python tracker 

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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Bruno Oliveira]

Changes by Bruno Oliveira :


--
nosy: +Bruno Oliveira

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset e6b48bfd6d8e by Victor Stinner in branch 'default':
Issue #25220: truncate some long lines in libregrtest/*.py
https://hg.python.org/cpython/rev/e6b48bfd6d8e

New changeset 2c53c8dcde3f by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Remove unused import
https://hg.python.org/cpython/rev/2c53c8dcde3f

--

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8bd9422ef41e by Victor Stinner in branch 'default':
Issue #25220: Enhance regrtest -jN
https://hg.python.org/cpython/rev/8bd9422ef41e

--

___
Python tracker 

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

[issue25274] "./python -m test -R 3:3: test_sys": Fatal Python error: Cannot recover from stack overflow

[STINNER Victor]

New submission from STINNER Victor:

haypo@selma$ ./python -m test -R 3:3: test_sys 
[1/1] test_sys
Fatal Python error: Cannot recover from stack overflow.

Current thread 0x7f1921854700 (most recent call first):
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", line 209 in f
  File "/home/haypo/prog/python/default/Lib/unittest/case.py", line 176 in 
handle
  File "/home/haypo/prog/python/default/Lib/unittest/case.py", line 727 in 
assertRaises
  File "/home/haypo/prog/python/default/Lib/test/test_sys.py", 

[issue22609] Constructors of some mapping classes don't accept `self` keyword argument

[Roundup Robot]

Roundup Robot added the comment:

New changeset 4c5407e1b0ec by Serhiy Storchaka in branch '2.7':
Issue #22609: Constructor and the update method of collections.UserDict now
https://hg.python.org/cpython/rev/4c5407e1b0ec

New changeset 1869f5625392 by Serhiy Storchaka in branch '3.4':
Issue #22609: Constructor of collections.UserDict now accepts the self keyword
https://hg.python.org/cpython/rev/1869f5625392

New changeset ab7e3f1f9f88 by Serhiy Storchaka in branch '3.5':
Issue #22609: Constructor of collections.UserDict now accepts the self keyword
https://hg.python.org/cpython/rev/ab7e3f1f9f88

New changeset 901964295066 by Serhiy Storchaka in branch 'default':
Issue #22609: Constructor of collections.UserDict now accepts the self keyword
https://hg.python.org/cpython/rev/901964295066

--

___
Python tracker 

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

[issue22958] Constructors of weakref mapping classes don't accept "self" and "dict" keyword arguments

[Roundup Robot]

Roundup Robot added the comment:

New changeset 8274fc521e69 by Serhiy Storchaka in branch '2.7':
Issue #22958: Constructor and update method of weakref.WeakValueDictionary
https://hg.python.org/cpython/rev/8274fc521e69

New changeset 01c79072d671 by Serhiy Storchaka in branch '3.4':
Issue #22958: Constructor and update method of weakref.WeakValueDictionary
https://hg.python.org/cpython/rev/01c79072d671

New changeset 73b6b88ac28a by Serhiy Storchaka in branch '3.5':
Issue #22958: Constructor and update method of weakref.WeakValueDictionary
https://hg.python.org/cpython/rev/73b6b88ac28a

New changeset 815bb6a2d69e by Serhiy Storchaka in branch 'default':
Issue #22958: Constructor and update method of weakref.WeakValueDictionary
https://hg.python.org/cpython/rev/815bb6a2d69e

--
nosy: +python-dev

___
Python tracker 

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

[issue23972] Asyncio reuseport

[Guido van Rossum]

Guido van Rossum added the comment:

I added a whole bunch of review comments. Please send a new patch!

--

___
Python tracker 

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

[issue25125] "Edit with IDLE" does not work for shortcuts

[Thijs van Dien]

Thijs van Dien added the comment:

If this turns out to be a Windows problem, I'd insist not to close it as such 
but to find away around that. After all, in Python 3.4 there was no subcommand, 
and all was fine. Do we really need that second level menu? I found it to be 
less user-friendly as well. How many users want to make a conscious choice 
between editing in the 32-bit version of IDLE or in the 64-bit version, when 
both are installed? Does it make any difference at all? Would it matter to add 
both at top level context menu options, without grouping, considering that 
probably most users will have only one install anyway?

--

___
Python tracker 

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

[issue15663] Investigate providing Tcl/Tk 8.5 with OS X installers

[Mark Roseman]

Mark Roseman added the comment:

Ned, is there anything that I might be able to help with here? While I'm not a 
Mac installer guru, it doesn't look like we'd need anything too fancy here.

Installing an 8.6 variant (via the frameworks approach I mentioned in my 
previous message) would seem to have a less likely chance of stomping on things 
than previously, and hopefully shorten the time we have to live with 8.4 and 
buggy 8.5 releases.

--

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 281ab7954d7c by Victor Stinner in branch 'default':
Issue #25220: Enhance regrtest --coverage
https://hg.python.org/cpython/rev/281ab7954d7c

New changeset 45c43b9d50c5 by Victor Stinner in branch 'default':
Issue #25220: regrtest setups Python after parsing command line options
https://hg.python.org/cpython/rev/45c43b9d50c5

--

___
Python tracker 

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

[issue25274] "./python -m test test_sys": Fatal Python error: Cannot recover from stack overflow

[STINNER Victor]

STINNER Victor added the comment:

Oh, it's even worse: "./python -m test test_sys" is enough to reproduce the 
crash. It looks like the crashs was introduced by the following change which 
(indirectly) adds one more Python frame in the code to execute test_sys.

changeset:   98417:281ab7954d7c
user:Victor Stinner 
date:Tue Sep 29 23:36:27 2015 +0200
files:   Lib/test/libregrtest/main.py
description:
Issue #25220: Enhance regrtest --coverage

Add a new Regrtest.run_test() method to ensure that --coverage pass the same
options to the runtest() function.

--
title: "./python -m test -R 3:3: test_sys": Fatal Python error: Cannot recover 
from stack overflow -> "./python -m test test_sys": Fatal Python error: Cannot 
recover from stack overflow

___
Python tracker 

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

[issue17050] argparse.REMAINDER doesn't work as first argument

[Daniel Shahaf]

Changes by Daniel Shahaf :


--
nosy: +danielsh

___
Python tracker 

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

[issue25258] HtmlParser doesn't handle void element tags correctly

[Chenyun Yang]

Chenyun Yang added the comment:

I think the bug is mostly about inconsistent behavior:  and 
shouldn't be parsed differently.

This causes problem in the case that the parser won't be able to know
consistently whether it has ended the visit of  tag.

I propose one fix which will be: in the `parse_internal' method call, check
for void elements and call `handle_startendtag'

On Tue, Sep 29, 2015 at 1:27 PM, Martin Panter 
wrote:

>
> Martin Panter added the comment:
>
> Also applies to Python 3, though I’m not sure I would consider it a bug.
>
> --
> nosy: +martin.panter
> versions: +Python 3.4, Python 3.5, Python 3.6
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue16023] IDLE freezes on ^5 or ^6 (Un-)Tabify Region with OS X Cocoa Tk 8.5

[Terry J. Reedy]

Terry J. Reedy added the comment:

Is this still current?  Mark, any ideas on a fix for this one?

--
nosy: +markroseman, terry.reedy

___
Python tracker 

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

[issue16023] IDLE freezes on ^5 or ^6 (Un-)Tabify Region with OS X Cocoa Tk 8.5

[Mark Roseman]

Mark Roseman added the comment:

Just tried and it seemed to work ok for me. I'm guessing it'll be a particular 
Tk version. Noting the timeline on the original bug report and subsequent 
comments, that was right when Tk 8.5 switched from Carbon to Cocoa, so it was 
probably something that got shaken out in later versions.

--

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[STINNER Victor]

STINNER Victor added the comment:

Steve Dower added the comment:
> So basically what I said (-n becomes redundant)

ok

> and a new option for logging asserts to stderr?

Yes. Modify PCbuild/rt.bat and/or Tools/buildbot/test.bat to enable
the option on Windows buildbots.

--

___
Python tracker 

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

[issue25275] Documentation v/s behaviour mismatch wrt integer literals containing non-ASCII characters

[Shreevatsa R]

New submission from Shreevatsa R:

Summary: This is about int(u'१२३४') == 1234.

At https://docs.python.org/2/library/functions.html and also 
https://docs.python.org/3/library/functions.html the documentation for 

 class int(x=0)
 class int(x, base=10)

says (respectively):

> If x is not a number or if base is given, then x must be a string or Unicode 
> object representing an integer literal in radix base.

> If x is not a number or if base is given, then x must be a string, bytes, or 
> bytearray instance representing an integer literal in radix base.

If you follow the definition of "integer literal" into the reference 
(https://docs.python.org/2/reference/lexical_analysis.html#integers and 
https://docs.python.org/3/reference/lexical_analysis.html#integers 
respectively), the definitions ultimately involve

 nonzerodigit   ::=  "1"..."9"
 octdigit   ::=  "0"..."7"
 bindigit   ::=  "0" | "1"
 digit  ::=  "0"..."9"

So it looks like whether the behaviour of int() conforms to its documentation 
hinges on what "representing" means. Apparently it is some definition under 
which u'१२३४' represents the integer literal 1234, but it would be great to 
either clarify the documentation of int() or change its behaviour.

--
assignee: docs@python
components: Documentation, Interpreter Core, Unicode
messages: 251915
nosy: docs@python, ezio.melotti, haypo, shreevatsa
priority: normal
severity: normal
status: open
title: Documentation v/s behaviour mismatch wrt integer literals containing 
non-ASCII characters

___
Python tracker 

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

[issue25194] Opt-in motivations & affiliations page for core contributors

[Nick Coghlan]

Changes by Nick Coghlan :


--
title: Register of Financial Interests for core contributors -> Opt-in 
motivations & affiliations page for core contributors

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[STINNER Victor]

STINNER Victor added the comment:

> Yes. Modify PCbuild/rt.bat and/or Tools/buildbot/test.bat to enable
> the option on Windows buildbots.

Wait, I'm not sure that I understood. You want to hide warnings by
default, and add an options to show them? If it's the case, no,
PCbuild/rt.bat and Tools/buildbot/test.bat must not be modified.
Sorry.

For popups: would it be useful for a specific use case to get them?
(Should we add an option to *enable* popups, since they will be
disabled by default.)

--

___
Python tracker 

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

[issue25220] Enhance and refactor test.regrtest (convert regrtest.py to a package)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 6ec81abb8e6a by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Set support.use_resources in setup_tests()
https://hg.python.org/cpython/rev/6ec81abb8e6a

New changeset e765b6c16e1c by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Pass directly ns to runtest()
https://hg.python.org/cpython/rev/e765b6c16e1c

New changeset 8e985fb19724 by Victor Stinner in branch 'default':
Issue #25220, libregrtest: Cleanup
https://hg.python.org/cpython/rev/8e985fb19724

--

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[Zachary Ware]

Zachary Ware added the comment:

Just to add my 0.02USD:

I think my preferred course of action would be to enable '-n' by default and 
deprecate/ignore the option.  For the assert output on stderr, I think it would 
be fine to hide it by default, but show it if verbose > i for some value of i 
(0 or 1, probably).  They really don't add much except spam in the buildbot 
logs.

Also, for the record, changes to how the buildbots are called isn't very hard; 
let me know if any are needed.  I'd like to eventually get rid of 
Tools/buildbot and just let the buildbots call the same things the same way 
users do.

--

___
Python tracker 

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

[issue25224] Replace Idle's README.txt with annotated file list

[Terry J. Reedy]

Terry J. Reedy added the comment:

I believe the previous patch finishes making the current README.txt obsolete 
and ready to be replaced.  Attached for review and comment is a mostly complete 
annotated listing of idlelib files and Idle menu items.  I intend to apply this 
or a revised version by Friday. I consider this important for keeping track of 
the changes we make.

--
keywords: +patch
nosy: +markroseman
stage: needs patch -> patch review
Added file: http://bugs.python.org/file40624/@readme.diff

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[STINNER Victor]

STINNER Victor added the comment:

This issue has been fixed by the following change:

changeset:   98427:b48ae54ed5be
user:Victor Stinner 
date:Wed Sep 30 01:39:28 2015 +0200
files:   Lib/test/libregrtest/cmdline.py Lib/test/libregrtest/main.py Lib/te
description:
Issue #25220, libregrtest: Call setup_python(ns) in the slaves

Slaves (child processes running tests for regrtest -jN) now inherit
--memlimit/-M, --threshold/-t and --nowindows/-n options.

* -M, -t and -n are now supported with -jN
* Factorize code to run tests.
* run_test_in_subprocess() now pass the whole "ns" namespace to the child
  process.

--

___
Python tracker 

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

[issue25001] Make --nowindows argument to regrtest propagate when running with -j

[Steve Dower]

Steve Dower added the comment:

I was only going to disable them by default for regrtest. The only way users 
will see them is when using the debug binaries or in their own extensions built 
in debug mode. We just don't want them scaring users who have just built from 
source and don't know about -n when they run the tests.

--

___
Python tracker 

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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Benjamin Peterson]

Benjamin Peterson added the comment:

IMO, the "if (size == 0)" logic should be moved down several lines to avoid 
introducing a redundant "PyBytes_FromStringAndSize" call.

--
nosy: +benjamin.peterson

___
Python tracker 

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

[issue25194] Opt-in motivations & affiliations page for core contributors

[Nick Coghlan]

Nick Coghlan added the comment:

I updated the patch descriptions to indicate motives.diff is the current draft 
while still keeping the initial iteration available.

I'll ping python-committers again to give folks another chance to comment on 
the second draft, and then look to merge it into the developer guide this 
coming weekend (incorporating any further feedback received in the interim).

--

___
Python tracker 

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

[issue10381] Add timezone support to datetime C API

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

Since issue 24773 (PEP 495 implementation) will touch on CAPI, maybe it is time 
to implement this as well.

--
nosy: +tim.peters
versions: +Python 3.6 -Python 3.5

___
Python tracker 

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

[issue25266] mako benchmark not working in Python 3.6

[Florin Papa]

Florin Papa added the comment:

There is already a mako_v2 benchmark in the Grand Unified Python Benchmarks, 
which does not use inspect.getargspec() and does not crash when using Python 
3.6.

--

___
Python tracker 

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

[issue25262] Issues with BINUNICODE8 and BINBYTES8 opcodes in pickle

[Roundup Robot]

Roundup Robot added the comment:

New changeset d4f8316d0860 by Serhiy Storchaka in branch '3.4':
Issue #25262. Added support for BINBYTES8 opcode in Python implementation of
https://hg.python.org/cpython/rev/d4f8316d0860

New changeset da9ad20dd470 by Serhiy Storchaka in branch '3.5':
Issue #25262. Added support for BINBYTES8 opcode in Python implementation of
https://hg.python.org/cpython/rev/da9ad20dd470

New changeset 8de1967edfdb by Serhiy Storchaka in branch 'default':
Issue #25262. Added support for BINBYTES8 opcode in Python implementation of
https://hg.python.org/cpython/rev/8de1967edfdb

--
nosy: +python-dev

___
Python tracker 

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

[issue25166] Windows AllUsers installation places uninstaller in user profile

[Steve Dower]

Steve Dower added the comment:

After discussing it on the WiX mailing list, this definitely requires a change 
to WiX.

Currently, as soon as you include any per-user packages in your bundle the 
entire registration is forced to per-user regardless of whether or not they are 
ever installed.

I'm going to propose a change where the bootstrap application can assert that 
the bundle should be registered for the whole machine, so that when we start 
installing we can correct it. Can't be sure it'll be available for 3.5.1, but 
some time in 3.5's lifetime we should get this fixed.

--

___
Python tracker 

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

[issue25273] Console interpreter holds a hard link on last displayed object

[Vladislav Ignatenko]

Changes by Vladislav Ignatenko :


--
components: Interpreter Core
nosy: GPCracker
priority: normal
severity: normal
status: open
title: Console interpreter holds a hard link on last displayed object
type: behavior
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

[issue25272] asyncio tests are getting noisy

[Guido van Rossum]

New submission from Guido van Rossum:

In 3.5 and up the asyncio test are pretty chatty with warnings. E.g. a recent 
run gave me this in 3.5:

./python.exe -m test.test_asyncio
.../Users/guido/src/cpython/Lib/asyncio/selector_events.py:574:
 ResourceWarning: unclosed transport <_SelectorSslTransport closing fd=27>
  warnings.warn("unclosed transport %r" % self, ResourceWarning)
Task was destroyed but it is pending!
task:  
wait_for=>
.Task 
was destroyed but it is pending!
task:  
wait_for=>
/Users/guido/src/cpython/Lib/asyncio/selector_events.py:574: ResourceWarning: 
unclosed transport <_SelectorSocketTransport closing fd=26>
  warnings.warn("unclosed transport %r" % self, ResourceWarning)
...returning
 true from eof_received() has no effect when using ssl
...returning true from eof_received() has no effect when using ssl
...ss
--
Ran 939 tests in 25.032s

OK (skipped=2)

--
components: asyncio
messages: 251875
nosy: gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: asyncio tests are getting noisy
type: resource usage
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